Als thread titel wordt overschreden door het inbrengen van langtitle dingen te breken

[tavenger5]

Ik merkte dat als iemand een thread in een andere taal, dat is net onder de min tekens voor draad titel en de langtitle labels gaan over deze limiet, deze schroeven de display van de draad in forumdisplay, zoekresultaten en op de draad pagina zelf. Hetzelfde geldt als er een thread titel wordt vertaald, iemand reageert op de draad, en 'Re:' stuurt de post titel over zijn karakter te beperken.

Ik kan het niet tonen een voorbeeld van deze, want ik moest om het te bevestigen op mijn forum. Ik weet zeker dat als je hier gerepliceerd als u een titel net onder de thread titel maximum aantal tekens dat is een vertaling van de standaardtaal.

[r.dziadusz]

Kunt u ons laten zien een probleem, want ik kan nauwelijks begrijpen wanneer het probleem lijkt

[tavenger5]

Het probleem is wanneer 'langtitle' wordt in de thread titel, is het niet herkennen van de thread titel tekens. Als de tag wordt afgesneden en is niet goed gesloten, het breekt de pagina waar de titel verschijnt.

[r.dziadusz]

Ok, maar ik kan niet dit probleem te reproduceren op mijn test forum, mijn [langtitle] is nooit geknipt.
Kunt u mij uitgebreide informatie over dit probleem. Wat is je langtitle de lengte te beperken, en hoe lang de tittel zou moeten zijn (in welke taal) om de lijn te breken?

[tavenger5]

mijn titel lengte limiet was 85, maar ik verhoogd naar 100. Dus, bijvoorbeeld, als de gebruiker geplaatst een titel die was 95 tekens, dan dan langtitle labels zou sturen over de limiet. Het systeem afgeknotte de afsluitende langtitle-tag, wat resulteert in het verbreken van de lay-out.

[r.dziadusz]

Ok we waren in staat om dit probleem te reproduceren, en nu zijn we bezig

[vBET]

Hi. Ik was in staat om te reproduceren. Het was echt moeilijk om te reproduceren en ik maakte het per ongeluk het werken aan iets anders. Het was zwaar, want het is vBulletin bug. vBET maakt gebruik van vBulletin functie vbchop, die veronderstellen dat touw sneed volgens de gewenste lengte in veilige manier (rekening houdend met gecodeerde tekens). Helaas vBulletin heeft bug er en voor berichten die zijn gecodeerd om een veilige UTF-8 (tekens, zoals & # code;) geeft verkeerde resultaten.

Wij sturen bug rapporteren aan vBulletin (vBulletin bug (http://tracker.vbulletin.com/browse/VBIV-13177)) en schiep quick fix op vBET kant. Dus nu vBET detecteert of vbchop terug meer resultaat en snijdt het aan gewenste set. Ook hebben wij eenvoudige detectie om te controleren of geen letter gecodeerd in het formaat & # code, was niet gesneden in het midden en zo ja, dan laatste woord is ook geknipt (gewoon door het vinden van vorige ruimte). Zie de onderstaande quick fix.

Quick Fix:

Open / includes / vbenterprisetranslator_functions_detection.php
Zoek:

$title = vbchop($title, $vbulletin->options['titlemaxchars'] - 12).'[/langtitle]';
Vervangen door:


$desiredLength = $vbulletin->options['titlemaxchars'] - 12;
$title = vbchop($title, $desiredLength);
if (strlen($title) > $desiredLength) {
$title = substr($title, 0, $desiredLength);
$lastOpen = strrpos($title,'&');
$lastSpace = strrpos($title, ' ');
$lastClose = strrpos($title,';');
if ($lastOpen!==false && $lastSpace!==false && $lastClose!==false && ($lastSpace < $lastOpen) && ($lastOpen > $lastClose)) {
$title = substr($title, 0, $lastSpace);
}
}
$title .= '[/langtitle]';



Dit zal worden opgenomen in de volgende release.

[vBET]

Houdt u er rekening mee dat vorige bericht is gewijzigd om meer geavanceerde quick fix (het oplossen van uitgifte van de snede in de middelste letter in het formaat & # CODE;) te geven. Dus als je al van toepassing zijn eerdere oplossing die u kunt overwegen om daadwerkelijk een te gebruiken, of gewoon wachten op nieuwe release:)

[tavenger5]

Dankzij Michal - Ik wist dat er iets omhoog. Heeft de snelle oplossing ook rekening voor antwoorden ook? Soms is het 're:' stuurde het over de grens.

[vBET]

We hebben niet controleren. Als u vindt dat probleem nog steeds bestaat in dit geval, neem dan hier contact met ons op en wij zullen behandelen dit:)