Laatste-knop werkt niet


Firefox heeft de laatste tijd vaker wat last van knoppen die niet werken. Ik had het laatst met een combobox die het niet wou doen. Vaak komt het door cache als ik het goed begrepen heb. Beste is om even na 1 oudere versie te gaan tot er weer een nieuwe versie is... Het kan natuurlijk nog dat jij met een ander probleem te maken hebt.

Doet hij het wel goed met een andere browser bij jouw?

Als je graag firefox gebruikt, zou het je ook eens met Waterfox kunnen proberen, dat lost, voor mij tenminste, een aantal tekortkomingen op.

Bedankt voor de tip Djenn, maar ik ben specifiek Firefox-tester. Daar kan ik dus niet mee bij Mozilla aankomen.

Wat test jij dan ?
En waar kunnen wij dat terug zien ?

Je hebt tijd of je hebt geen tijd ! als je geen tijd hebt, waar is die dan gebleven ? http://www.ledverlichting-ledverlichting.nl

Joey, als je op "laatste" clikt, is dat een gewone link en gaat de server voor je uitrekenen wat de laatste 25 berichten zijn. Daar kan met je browser weinig verkeerd aan gaan.

Je zult specifieker moeten zijn met op welke pagina je zit en waar je dan uitkomt.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/
Jeroen

Moderator

De 'laatste' link is inderdaad een doodnormale link. Ik heb wel wat meer informatie nodig om hier iets mee te kunnen.

Als ik op de Laatste-link klik, blijf ik op precies dezelfde pagina (hij laadt opnieuw), maar word ik naar boven gestuurd.
Dit is op álle pagina's.

Ik vind het vreemd, want het moet door PHP geparsed worden.

Sine

Moderator

En dat is vreemd omdat ?

Je gaat niet naar de laatste post, maar naar een pagina met daarin de laatste 25 posts van dat topic.

[Bericht gewijzigd door Sine op 9 augustus 2013 10:37:28 (18%)]

Er gebeurt helemaal niks, ook niet als er meer dan 25 posts zijn.

MNM(tm)

Golden Member

FirFox 23.0 (@ Win7,64-bit) hier en geen enkel probleem.

Fan van Samsung (en repareer ook TV's). :)

Dan zal ik Firefox even resetten.

Joey, je vertelt nog steeds niet wat je dacht dat er moest gebeuren en wat er precies gebeurt. Dat is nodig in een bug-report.

Een oud topic:
http://www.circuitsonline.net/forum/view/37253/1
Deze link is naar pagina 1. Eerste post bovenaan is van maximonster (in het groen omdat hij TS is).

Click je op: "laatste" ga je naar: http://www.circuitsonline.net/forum/view/37253/last en zie je bovenaan de 25-na-laatste post in de thread, die van Henry S. Onderaan staat de post van Shiptronic over "nieuwe folder volgende week", en dat is de allerlaatste van die thread.

(en ik vind het raar dat mensen met windows machines zomaar out-of-the-blue dingen roepen als "dan ga ik firefox resetten". Alsof dat er mee te maken heeft).

[Bericht gewijzigd door rew op 9 augustus 2013 11:47:29 (12%)]

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/

Aangezien een andere browser het wel doet bij TS lijkt me inderdaad aannemelijk dat 't probleem in FF (of de combinatie van FF en W8) zit...

Arco - "Simplicity is a prerequisite for reliability" - www.arcovox.com

Hij doet het weer prima na een reset (met het wissen van alle browsergegevens zoals cookies en de cache).

Met een volledige reset worden alle browsergegevens gewist. Dit kan nét het beetje zijn wat het oplost.
https://support.mozilla.org/en-US/kb/reset-firefox-easily-fi...t-problems

Het zou met verouderde data te maken kunnen hebben.

Sorry hoor, maar ik kan me niet voorstellen dat het resetten van al je browser gegevens dit probleem oplost.

Hoe zou firefox moeten verzinnen dat:
www.circuitsonline.net/forum/view/37253/1
www.circuitsonline.net/forum/view/37253/last

soms dezelfde inhoud hebben? Of dat als je op de eerste zit, je (=firefox) maar besluit om niet naar de geclickte link te gaan want hij lijkt zoveel op die eerste?

Hoogstens ben jij ooit op ..../last geweest, en denkt ie dat ie de gecachte versie mag gebruiken. Een reload zou dan genoeg moeten zijn. Maar dan heeft firefox het verkeerd gedaan met het geloven van een oude gecachte versie terwijl dat niet had gemogen. Dat is een bug. Maar gelukkig rapporteren de beta-testers dit soort dingen aan Mozilla zodat het gefixed kan worden.

four NANDS do make a NOR . Kijk ook eens in onze shop: http://www.bitwizard.nl/shop/

Dat een url als hierboven "../last" in de browser de pagina cached klopt en is dus GEEN bug van de browser. Helaas hoe je het ook wilt verkopen. ;-)
Het is een HTTP GET request met eenzelfde string als die van een mogelijke oudere pagina. Dus kun je die prima cachen.

Ondanks allerlei meta tags in de <head> van de pagina is dit niet te voorkomen.

Een oplossing voor dit probleem is door er bijvoorbeeld een random string aan toe te voegen zoals:
http://www.circuitsonline.net/forum/view/37253/last?rand=1234

De text "rand" maakt niet uit (mits de forum php code er last van heeft, dan kies je wat anders). Het stukje "1234" kan een random gegenereerd getal zijn om te zorgen dat de browser deze als uniek ziet.

Wat ik dan doe is dat getal afleiden van de machine "epoch" tijd. (PS. Dat is een seconde counter vanaf 1 jan 1970, voor diegene die niet weten wat dat betekend).

Een fluitje van een cent omdat aan de link toe te voegen.

Henri's Law 1: De wet van behoud van ellende. Law 2: Ellende komt nooit alleen.

Lijkt me alleen niet goed voor je SEO, henri62 ;)

[Bericht gewijzigd door AgentP op 11 augustus 2013 21:12:05 (41%)]

Je zou eventueel een Cache-Control HTTP-header of <META>-entity kunnen meesturen met de waarde no-cache, must-revalidate en een Pragma-header met waarde no-cache, dan vraag je browsers vriendelijk om pagina's niet te cachen. Dat is misschien niet onredelijk voor variabele content zoals een forum.

@AgentP: Waarom? Ik zie er geen probleem in.

@Bert M: Werkt niet lekker, heb ik tot in den treuren uitgeprobeerd maar zo ongeveer elke browser heeft er lak aan. Maar is al weer een paar jaar gelden, misschien dat er in nieuwere browsers wel een oplossing is.

[Bericht gewijzigd door henri62 op 11 augustus 2013 21:54:49 (25%)]

Henri's Law 1: De wet van behoud van ellende. Law 2: Ellende komt nooit alleen.

Waarom je dat niet moet doen is dat je dan meerdere links naar eenzelfde pagina maakt (al helemaal als je gegenereerde variabelen gebruikt):

forum/view/37253/last
forum/view/37253/last?rand=1234
forum/view/37253/last?rand=123456
forum/view/37253/last?rand=12345678

Dat linkt nu allemaal naar dezelfde pagina, en elke pagina word dan geindexeerd als aparte pagina. Zoekmachine's zien dat op den duur en geven je een lager resultaat als mensen zoeken.

Volgensmij kan je het wel goed doen als je alle pagina's met andere variabelen weer een speciale http-header geeft zodat zoekmachines deze niet moet indexeren.

hoeveel mensen hebben hier nu last van?
volgens mij alleen joey. ik heb met meerder OSén (win xp, win 7, linux (ubuntu verschillende versies), en android) geen problemen.

W8 heb ik, zodra ik de reocvery's had van mijn lapdoos gekickt!!
Maar overal (waar het kan) draait wel firefox in 32 en 64 bits versies. nergens een probleem...

probleem zou in combi W8 kunnen zitten, maar lijkt mij vaag.

to all newbies: RTFM/D of google eens (p.s. RTFM/D = Read the f*cking manual/datasheet).

Kortom: Laat maar, advies: shift F5 zou het moeten doen.

Er is wel een cache vriendelijke methode maar dan wordt het zo ingewikkeld dat het de kosten/baten factor ruim overschreidt.

[Bericht gewijzigd door henri62 op 12 augustus 2013 17:47:28 (53%)]

Henri's Law 1: De wet van behoud van ellende. Law 2: Ellende komt nooit alleen.