Page MenuHomePhabricator

Styles / CSS are gone after page reload (F5)
Closed, ResolvedPublic

Description

Author: jukey

Description:
You can see the problem on http://n9wiki.de which uses MediaWiki 1.18.1.

The first time the page is shown in browser everything looks fine and the (Vector skin) CSS is used correctly.

If you reload the page You see the same content but looking very ugly because all styles are gone.

If you press Ctrl+F5 (at lest in Firefox) to clear the browser cache completely and reload the page it's shown correctly again.

Please let me know if you need more information.

If this bug is fixed in trunk please let me know what exactly was fixed.


Version: 1.18.x
Severity: critical

Details

Reference
bz34112
TitleReferenceAuthorSource BranchDest Branch
jobs-api: bump to 0.0.346-20250123135045-edb3fcc8repos/cloud/toolforge/toolforge-deploy!656ghostbump_jobs-apimain
d/changelog: bump to 1.6.5repos/cloud/toolforge/toolforge-weld!68raymond-ndibebump_versionmain
[toolforge-weld] refactor parse_quantityrepos/cloud/toolforge/toolforge-weld!64raymond-ndiberefactor_parse_quantitymain
[jobs-api] convert all quotas to appropriate unitsrepos/cloud/toolforge/jobs-api!119raymond-ndibeconvert_all_quotas_to_appropriate_unitsmain
[jobs-api] refactor validate_kube_quantrepos/cloud/toolforge/jobs-api!118raymond-ndiberefactor_validate_kube_quantmain
Update function-schemata sub-module to HEAD (5db8cea)repos/abstract-wiki/wikifunctions/function-orchestrator!158apinesync-function-schematamain
Update function-schemata sub-module to HEAD (a4a7edf)repos/abstract-wiki/wikifunctions/wikilambda-cli!35jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (a4a7edf)repos/abstract-wiki/wikifunctions/function-evaluator!202jforrestersync-function-schematamain
Update function-schemata sub-module to HEAD (a4a7edf)repos/abstract-wiki/wikifunctions/function-orchestrator!152jforrestersync-function-schematamain
definitions: Add Z4K4/equality for Z6/String, Z40/Boolean, and Z86/Code pointrepos/abstract-wiki/wikifunctions/function-schemata!106jforresterT361126main
Customize query in GitLab

Event Timeline

bzimport raised the priority of this task from to Needs Triage.Nov 22 2014, 12:14 AM
bzimport set Reference to bz34112.
bzimport added a subscriber: Unknown Object (MLST).

jukey wrote:

I tested the behaviour on Ubuntu 11.10 (Firefox) and Windows XP (Firefox, Chrome).

The server is running Debian 5.0.0:
http://n9wiki.de

jukey wrote:

The error log shows the following error:

[Wed Feb 01 10:29:03 2012] [error] [client 80.149.113.197] FastCGI: comm with server "/srv/www/fcgi/n9wiki.de/php5/php-fcgi-starter" aborted: error parsing headers: duplicate header 'Status', referer: http://n9wiki.de/index.php?title=Hauptseite

jukey wrote:

http log containing errors

The attached log contains the http communication between browser and server.

GET /load.php?debug=false&lang=de&modules=skins.vector&only=scripts&skin=vector&* HTTP/1.1
[..]
HTTP/1.1 500 Internal Server Error
[...]
and so on

Attached:

HTTP/1.1 500 Internal Server Error means PHP died out somehow. You have to look at the log file where PHP errors are logged.

jukey wrote:

(In reply to comment #4)

HTTP/1.1 500 Internal Server Error means PHP died out somehow. You have to look
at the log file where PHP errors are logged.

Id did and got the following error message:

[Wed Feb 01 10:29:03 2012] [error] [client 80.149.113.197] FastCGI: comm with
server "/srv/www/fcgi/n9wiki.de/php5/php-fcgi-starter" aborted: error parsing
headers: duplicate header 'Status', referer:
http://n9wiki.de/index.php?title=Hauptseite

jukey wrote:

Is Bug 12124 related?

Sorry I mixed up your error logs. Indeed, your issue looks like a duplicate of bug 12124.

  • This bug has been marked as a duplicate of bug 12124 ***

jukey wrote:

I don't think that it is an exact duplicate of Bug 12124. I tried the workaround which was provided there without any success.

Maybe there is an other place where more than on header is generated? A I am not a developer my possibilities are limited and I am not sure what to do.

I'll try to install an older version of Mediawiki to see if the same Bug appears.

jukey wrote:

...please have a look to my comment in Bug 12124. This Bug should get a correct Mediawiki version and subject if it stays as a duplicate of this one! Thanks

Please look at your php error log, not the apache error log.