[bug]Forum: Lange URL niet geparsed

[Enfer]

Als ik een lange url invoer in het postscherm, zoals bijvoorbeeld:

http://gathering.tweakers...n]=AND&where=GoT#hitstart

Wordt hij niet automagisch geparsed door de "almighty regex" en omgezet naar een URL. Ik kan dan handmatig url-tags er omheenzetten, maar ik ben lui dus dat wil ik eigenlijk liever niet. Gemakszucht dient te mens toch?

Willen jullie dit fixen, of heeft dit geen hoge prio, of is er een workaround en doe ik iets doms ?

[Wiethoofd]

Je ziet vanaf waar hij niet meer geparsed wordt, de eerste blokhaak, vervang dit door %5B en de sluitende blokhaak door %5D en ineens parsed ie wel

En wat je nu wilt kan prima met [search=8007007e] ([search=8007007e]) zie ook: Overzicht van UBB-codes #tag_search

[ Voor 32% gewijzigd door Wiethoofd op 22-01-2010 23:29 ]

[MueR]

Die vervelende arrays in URLs ook, die zijn altijd een ramp. Ieder programma wat ik ken kapt een URL af bij de "[". Het zou wel prettig zijn als dat gefixt kon worden, maar in hoeverre het haalbaar is?

[Orion84]

Dat heeft niks te maken met de lengte, maar met bepaalde karakters, zoals bijvoorbeeld de [q] die toevallig ook in gebruik is als RML code (korte versie van de quote) denk ik zo

Even "" om de URL heenzetten, of handmatig tags en het zou opgelost moeten zijn.

Voor luie mensen hebben ze de BBCodeXtra plugin voor firefox uitgevonden

offtopic:
Edit: pff, MueR, ben je me weer te snel af

[ Voor 6% gewijzigd door Orion84 op 22-01-2010 23:30 ]

[crisp]

Da's geen bug in de parser maar een bug in Firefox die bij een c/p vanuit de adresbalk de blokhaken niet correct encodeert, zie https://bugzilla.mozilla.org/show_bug.cgi?id=473822

voor de duidelijkheid: blokhaken zijn invalid in het querydeel van een url en moeten dus percent-encoded worden. Dit 'relaxen' in onze parser creëert ambiguiteiten met betrekking tot het feit dat blokhaken ook gebruikt worden om RML-tags te markeren.

[ Voor 43% gewijzigd door crisp op 22-01-2010 23:32 ]