Closed Bug 619289 Opened 14 years ago Closed 14 years ago

Firefox does not start, neither in standard mode nor in safemode

Categories

(Mozilla Localizations :: de / German, defect)

Product:
Mozilla Localizations
Component:
de / German
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(blocking2.0 beta8+)

Status:
RESOLVED DUPLICATE of bug 619258
Tracking Flags:
Tracking Status
blocking2.0 --- beta8+

People

(Reporter: bcrocker, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0) Build Identifier: 20101214170338 - Firefox 4 Beta 8 Candidate Build 1 Following error (German version) during startup: XML-Verarbeitungsfehler: Nicht definierte Entität Adresse: chrome://browser/content/browser.xul Zeile Nr. 1342, Spalte 13: <menuitem id="appmenu_showAllBookmarks" ------------^ That's it. Reproducible: Always Steps to Reproduce: 1. Install the German version on Win 7 64 2. Start Actual Results: Error message appears Expected Results: Firefox starting normal. There are some more error reports on the same problem here: http://forums.mozillazine.org/viewtopic.php?f=23&t=2045099&start=60 Could be a duplicate of bugs 616129 or 616143 but I'm not sure.
Component: Bookmarks & History → de / German
Product: Firefox → Mozilla Localizations
QA Contact: bookmarks → german.de
Severity: critical → blocker
blocking2.0: --- → ?
blocking2.0: ? → beta8+
looks like you have a language pack installed that does not have the updated entity for Show All Bookmarks. Can you check if you have it and try disabling the language pack?
otherwise it's just a missing string in the official locale
(In reply to comment #2) > otherwise it's just a missing string in the official locale That's exactly the point of this bug. And it's not *just* a missing string. It prevents Firefox from starting. See the other bugs marked as blocking:beta8+.
Same bug also on MacOSX and Linux for german build. So it might be better to change Platform for this bug to "All" instead leaving it just "x86_64 Windows 7"?
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
This bug is not a duplicate. You still have to fix entities manually. Reopening!
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: DUPLICATE → ---
(In reply to comment #6) > This bug is not a duplicate. You still have to fix entities manually. > Reopening! Either it is "4.0b8 broken" and a dupe or it's just a "sync locale with trunk" bug and no dupe, but also no blocker, but just a normal-severity one. Please decide either way, as it stands right now, this bug report is wrong, as it's neither.
Didn't this get fix with the re-spin of locales in bug 619258? Did you re-install with the re-spinned builds? NOTE that updates are not offered as the first batch of locales had not been offered to users.
Duping to bug 619258, as the original issue (failure to start) is a dupe of it.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.