Closed Bug 480223 Opened 17 years ago Closed 17 years ago

Admin page is borked due to Minify patch

Categories

(support.mozilla.org :: General, defect)

x86
All
defect
Not set
blocker

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: stephend, Assigned: paulc)

References

()

Details

(Keywords: regression, Whiteboard: tiki_feature, tiki_upstreamed)

Attachments

(1 file)

Attached image Screenshot
Thanks to Eric for finding this bug. The Admin panel is beyond borked: https://support-stage.mozilla.org/tiki-admin.php Screenshot to follow; regression from the Minify bug (bug 444265).
Just my opinion, but so long as those links work, this shouldn't block 0.9. I can live with it until 1.0. :-)
r22643 / r22644 Trivial fix. admin.css was not added to the minify library. However, I will have to look into this to make sure all css files are included there, as some other bugs may pop up. I'll look into the JS page edit bug next - it might be the same kind of issue.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Oh yeah, memcached cache needs to be cleared for us to test this. But it works locally for me after I did that.
Verified FIXED on https://support-stage.mozilla.org/tiki-admin.php?locale=en-US, after I reloaded cache (memcahed refreshed, it seems).
Status: RESOLVED → VERIFIED
Whiteboard: tiki_feature
Different implementation made for javascript minification. Probably not final. From headerlib, if minification is enabled, the list of required files is used to generate a hash. If the file does not yet exist, a static file is generated. Apache will serve the files, which avoids using PHP for it. Memcache not used at all. There are possible issues if different files use different file sets.
Whiteboard: tiki_feature → tiki_feature, tiki_upstreamed
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: