Closed
Bug 235227
Opened 21 years ago
Closed 21 years ago
Crash when disable frames preference set
Categories
(Firefox :: Settings UI, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 107911
People
(Reporter: sam_collett, Assigned: bugzilla)
Details
User-Agent:
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040221 Freebird/0.8.0+ (Krueger)
When the prefs.js is modified to disable frames a crash occurs
Reproducible: Always
Steps to Reproduce:
1. Open prefs.js file in user profile directory
2. Add the following line: user_pref("browser.frames.enabled", false);
3. Open Firefox
Actual Results:
Error launching browser window:no XBL binding for browser
Expected Results:
Browser to open without errors. Ability to visit a frames based site and view
the noframes version
Comment 1•21 years ago
|
||
*** This bug has been marked as a duplicate of 107911 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
reporter: a crash means that the app unexpectedly quit and your os tossed up a dialog saying that the
app crashed. for windows XP it will offer to send a report to microsoft. mozilla will generally toss up its
own talkback dialog. if you don't see such dialogs, then the app did not crash. it was merely fairly
unhappy.
this distinction matters as I am able to use this preference to trigger a range of crashes, however the
simple xbl dialog which you describe is not a crash and was merely something i got on my way to
bigger and better things (crashers).
if you get a crash, please include a talkback incident id (which you can get by running
components\talkback.exe).
if you don't get a crash, please don't say "a crash occurs".
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
Comment 3•19 years ago
|
||
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs,
filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → preferences
You need to log in
before you can comment on or make changes to this bug.
Description
•