[BUG] Laatste pagina van post history bestaat niet

[Verwijderd]

Als ik naar de een na laaste pagina van mijn post history ga dan krijg ik een foutmelding als ik naar de laatste pagina wil gaan Deze pagina bestaat niet (of de gebruiker heeft geen berichten)
(interne identificatie: user::get_userpostings::no_messages_found)

op/van:

http://gathering.tweakers...67/messages?data[page]=33

naar :

http://gathering.tweakers...67/messages?data[page]=34

klikken

[Verwijderd]

Verwijderd schreef op 27 september 2004 @ 14:49:
Als ik naar de een na laaste pagina van mijn post history ga dan krijg ik een foutmelding als ik naar de laatste pagina wil gaan Deze pagina bestaat niet (of de gebruiker heeft geen berichten)
(interne identificatie: user::get_userpostings::no_messages_found)

op/van:

http://gathering.tweakers...67/messages?data[page]=33

naar :

http://gathering.tweakers...67/messages?data[page]=34

klikken

En zoals je ziet neemt hij de [page] niet mee in de auto link formatter (of hoe je het ook noemt)

[crisp]

zo wel: http://gathering.tweakers...essages?data%5bpage%5d=33

en ik zie wel berichten op http://gathering.tweakers...essages?data%5bpage%5d=34 - ik denk dat eea met rechten te maken heeft

[ Voor 47% gewijzigd door crisp op 27-09-2004 14:55 ]

[Verwijderd]

hah fijn, zet je dat ook in een faq van die [page] in url

En als het met rechten te maken heeft, dan is een bug in de search. Immers wil je alleen resultaten die je kan zien.

[crisp]

Verwijderd schreef op 27 september 2004 @ 14:57:
hah fijn, zet je dat ook in een faq van die [page] in url

En als het met rechten te maken heeft, dan is een bug in de search. Immers wil je alleen resultaten die je kan zien.

Ik vermoed dat de search eerst kijkt hoeveel resultaten er in totaal zijn, en pas bij het parsen die berichten waartoe je geen rechten (meer) hebt weglaat. Zodoende kom je dus op het einde "tekort".
Als eerst alle berichten doorgelopen zouden moeten worden om het tellertje goed te krijgen dan zou de functie qua belasting veel te zwaar worden.

En speciale tekens uit een query-string url-encoden is gewoon standard practice

[chem]

crisp schreef op 27 september 2004 @ 15:03:
[...]

Ik vermoed dat de search eerst kijkt hoeveel resultaten er in totaal zijn, en pas bij het parsen die berichten waartoe je geen rechten (meer) hebt weglaat.

klopt