[Bug 25744] Figure out why Firefox disobeys caching headers from RL, test cacheability of RL responses in other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25744 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #6 from Roan Kattouw 2011-08-13 09:08:19 UTC --- This seems fine now, I'm no longer seeing any caching weirdness in Firefox. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25744] Figure out why Firefox disobeys caching headers from RL, test cacheability of RL responses in other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25744 --- Comment #5 from Roan Kattouw 2011-03-27 18:21:29 UTC --- (In reply to comment #4) > > That's not a proper fix, as it will make invalidations (updates to JS/CSS) > > take unreasonably long. > > Well, if they can change, why are they being sent without a version or date in > the first place? :-) Because the version parameter would be embedded in HTML and be cached in Squid otherwise. The version parameter has two uses. First, its presence indicates that the request can be cached for 30 days (5 minutes if absent). Second, changing its value will cause a cache miss (since the URL is different). The idea here is that the startup module lists the last-changed timestamps for each module, which we then use to build the versioned URLs. This way, the startup module is refreshed every 5 minutes and the other modules are only refreshed when they've changed (or after 30 days). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25744] Figure out why Firefox disobeys caching headers from RL, test cacheability of RL responses in other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25744 --- Comment #4 from Laurence 'GreenReaper' Parry 2011-03-27 18:05:18 UTC --- > That's not a proper fix, as it will make invalidations (updates to JS/CSS) > take unreasonably long. Well, if they can change, why are they being sent without a version or date in the first place? :-) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25744] Figure out why Firefox disobeys caching headers from RL, test cacheability of RL responses in other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25744
--- Comment #3 from Roan Kattouw 2011-03-27 13:59:56
UTC ---
(In reply to comment #2)
> I found I had to add this to LocalSettings.php because the main skin CSS and
> the startup script didn't have a version on:
>
> # Force ResourceLoader to serve unversioned resources for 30 days as well
> (normally 5 min)
> $wgResourceLoaderMaxage['unversioned'] = array('server' => 30 * 24 * 60 * 60,
> 'client' => 30 * 24 * 60 * 60);
>
> Without it Firefox 4 was attempting to retrieve them every time. They're still
> not sent with a content-length, which seems wrong, but at least it doesn't do
> that.
That's not a proper fix, as it will make invalidations (updates to JS/CSS) take
unreasonably long.
(In reply to comment #1)
> Trevor? Roan? anything to do here?
I logged this as a TODO a long time ago to investigate caching behavior, but I
don't think I'm gonna get to it soon.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25744] Figure out why Firefox disobeys caching headers from RL, test cacheability of RL responses in other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25744
Laurence 'GreenReaper' Parry changed:
What|Removed |Added
CC||greenrea...@hotmail.com
--- Comment #2 from Laurence 'GreenReaper' Parry
2011-03-27 01:46:15 UTC ---
I found I had to add this to LocalSettings.php because the main skin CSS and
the startup script didn't have a version on:
# Force ResourceLoader to serve unversioned resources for 30 days as well
(normally 5 min)
$wgResourceLoaderMaxage['unversioned'] = array('server' => 30 * 24 * 60 * 60,
'client' => 30 * 24 * 60 * 60);
Without it Firefox 4 was attempting to retrieve them every time. They're still
not sent with a content-length, which seems wrong, but at least it doesn't do
that.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 25744] Figure out why Firefox disobeys caching headers from RL, test cacheability of RL responses in other browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=25744 Mark A. Hershberger changed: What|Removed |Added Priority|Normal |High CC||m...@everybody.org --- Comment #1 from Mark A. Hershberger 2011-02-09 01:30:31 UTC --- Trevor? Roan? anything to do here? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
