Description of problem:
As tested, Firefox will display only empty background for luci that uses currently rawhide-specific new version of Genshi (v0.6 vs 0.5 line on F13 and F14). Thus, this should be fixed in backward-compatible manner.
As found out, this could be addressed by forcing luci to be served with 'application/xhtml+xml' content type. Please note, that this may cause troubles to the outdated and not standards-conforming web browsers (i.e. some older versions of MSIE). This impact should not be significant, though.
Explaination of the problem in detail:
The new version of Genshi tries to everything "compressable" (e.g. <script ...></script>) turn into self-closed tags (i.e. <script ... />). Because luci is by default served with "text/html" content type, internally another parser is used (than in "application/xhtml+xml" case), which causes denying the self-closed "script" tags.
Commit http://git.fedorahosted.org/git/?p=luci.git;a=commit;h=c809e1b069180f6d42526ad0a9adf331b700fb19 might fix the issue.
Commit http://git.fedorahosted.org/git/?p=luci.git;a=commit;h=83cec8410c4ecf61b72e07a483c5efa4f0106b2c might fix the issue. Successfully tested with Genshi 0.5.1 and Firefox, but other cases, especially including Genshi 0.6 might still be problematic with some browsers.
I tested the 2 fixes in rawhide and it works with firefox.
IE8 works without those patches, but it breaks with them.
So we have a regression either with FF or with IE8.
(In reply to comment #4)
> I tested the 2 fixes in rawhide and it works with firefox.
> IE8 works without those patches, but it breaks with them.
> So we have a regression either with FF or with IE8.
sorry to be a bit more specific here..
apply the patches and FF works in rawhide/f13/f14 just fine.
apply the patches and IE8 breaks everywhere. First we get the notification of the self-signed certificate, click accept to move on and IE8 complains it can access the URL.
Created attachment 468854 [details]
Try to get IE working with Genshi 0.6
(In reply to comment #5)
Please, could you try this on top of upsteam?
(in fact, "application/xml" content type was additional only and can
An attempt to bring satisfactory solution to this ongoing issue has been made with http://git.fedorahosted.org/git/?p=luci.git;a=commit;h=9a132da
Side note: If there is enough up-to-date TurboGears2 version on Fedora
(or all supported platforms if we talk about upstream specifically)
—refer to bug #663117—the "rewrite content type" workaround may be
Commit http://git.fedorahosted.org/git/?p=luci.git;a=commit;h=4c5d13e5 should definitely fix problems related to TurboGears < 2.1.1 + Genshi >= 0.6 internal misconfiguration issue (Genshi not being instructed to generate XHTML if rendering method not explicitly set in the project, XML is used instead, see https://bugzilla.redhat.com/show_bug.cgi?id=663117#c6).
This new attitude to the issue makes comment #2 through comment #8 obsolete, and with comment #9 substitute "rewrite content type" for "force genshi to generate xhtml".
Fix will be in upcoming release.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.
(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)
More information and reason for this action is here:
Luci is not maintained in Fedora anymore (for some time already).
Git contains the necessary fix, if needed.