Description of problem: The following message appears after downloading, installing and restarting Firefox with the .2 update: "Firefox could not install this item because "install.rdf" (provided by the item) is not well-formed or does not exist. Please contact the author about this problem." Version-Release number of selected component (if applicable): 15.0.2 How reproducible: Almost all the time (?) Steps to Reproduce: 1. Start Firefox 2. 3. Actual results: The error message appears. Expected results: No error message. Additional info: This is the stock DVD installed program with no outside updates.
*** Bug 189307 has been marked as a duplicate of this bug. ***
Possibly one or several of these? Of all of them, the only one I'm actually seeing in my extension list is langpack-nb-NO. [nicholas@entropy extensions]$ xmlwf */install.rdf langpack-ko.org/install.rdf:2:0: xml declaration not at start of external entity langpack-mk.org/install.rdf:2:0: xml declaration not at start of external entity langpack-nb-NO.org/install.rdf:10:34: not well-formed (invalid token) langpack-pa-IN.org/install.rdf:2:0: junk after document element
*** Bug 189343 has been marked as a duplicate of this bug. ***
[changing summary to be more specific]
Sorry to bother you again but the problem still exists with the new update. I removed the package 1.5.0.2-1.1.fc5 and installed 1.5.0.2-1.2.fc5 and the same message appears.
langpack-pa-IN.org is still included.
I'm having the same problem. Installed the Firefox update yesterday and the new update today, 1.5.0.2-1.2.fc5 and both times on first run I received the error message: "Firefox could not install this item because "install.rdf" (provided by the item) is not well-formed or does not exist. Please contact the author about this problem."
Be aware that as far as I can see, all the language packs still belong to 1.5.0.1 and were not upgraded to 0.2. Oh... and https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=189444 might be a duplicate.
I can reproduce the bug by removing ~/.mozilla
# /etc/cron.daily/slocate.cron # rm -rf `locate langpack-pa-IN` # rm -rf `locate langpack-nb-NO` # rm -rf `locate langpack-ko` # rm -rf `locate langpack-mk` The error disappeared after the last command. Whether that means that -mk was the offending item or that all of them were, is an open question.
I can reproduce this error message on my test system as well. Here is a screenshot captured. http://fedoraproject.org/wiki/ThomasChung/FC5?action=AttachFile&do=get&target=Screenshot-Malformed_File.png
When I was trying to view the HELP on System->Administration->Server Settings->Services I would get the rdf error dialog. I then did the /etc/cron.. (but I only had mlocate, not slocate) rm .. rm .. as indicated below. Now, I get a new error dialog message: Close Firefox Firefox is already running, but is not responding. To open a new window, you must first close the existing Firefox process, or restart your system. ??? Since I can open a new Firefox window without any problem and in fact am writing this message in a Firefox window, I wonder whether this is a bogus message. (Besides, I am in the middle of another project and have 18 Firefox windows open and don't want to close them all just yet..)
Ahah, I noticed that there was still the 'Malformed... install.rdf' error dialog still open from a previous try at System->Administration->Server Settings->Services When I closed this window, the HELP window: Services Configuration Tool - Mozilla Firefox opened up. So the above 'Close Firefox' error message was complaining about just the one error dialog window, not all of Firefox..
I run # export LANG=ru_RU.UTF-8 # strace -f firefox and "Mailformed ..." dialog shows during opening file /usr/lib/firefox-1.5.0.2/extensions/langpack-pa.org/install.rdf This XML is really mailformed. Removing this file solve the problem for ru_RU.UTF-8 locale.
When I originally installed FC5, the processor load was running about 35-65% most of the time (dual xeon..) without doing much at all. Firefox was open with a number of windows. After the "rm -rf `locate langpack-pa-IN` ..etc" was run, the processor load dropped off to normal (a few percent..). I don't know what was sucking up the power, but am glad that it went away.
This was fixed in one of the updates.