Open
Bug 596249
Opened 14 years ago
Updated 2 years ago
Show the Error Console after toggling the pref instead of on new window
Categories
(Firefox :: Menus, defect)
Firefox
Menus
Tracking
()
ASSIGNED
People
(Reporter: Mardak, Assigned: Mardak)
References
Details
Attachments
(1 file, 4 obsolete files)
11.85 KB,
patch
|
Details | Diff | Splinter Review |
Right now existing windows don't get the menu until restart or a new window is created.
Comment 2•14 years ago
|
||
Bug 595096 was marked WONTFIX, and I think this should be too.
Assignee | ||
Comment 3•14 years ago
|
||
gavin: Not sure which bug you were referring to (you linked the dupe bug), and I have no strong opinions either way, but beltzner said "We should file a bug on that; it should appear instantly."
Comment 4•14 years ago
|
||
It's the right bug - it was marked WONTFIX before being marked DUPLICATE. Are you going to write a patch?
Assignee | ||
Comment 5•14 years ago
|
||
(In reply to comment #4)
> It's the right bug - it was marked WONTFIX before being marked DUPLICATE.
Oh, not sure why dao duped it this way then.
> Are you going to write a patch?
Like I said I have no strong opinions either way. It was requested by beltzner that a bug be filed.
I suppose I could write a patch, but it's not my call if this is a blocker or will get approval for review cycles.
Comment 6•14 years ago
|
||
I'll review and approve it.
Assignee | ||
Comment 7•14 years ago
|
||
I started writing a test, but then got scared by non en-US issues of trying to trigger cmd-shift-j. Should I just check if the menuitem/command are correctly disabled/hidden?
Comment 8•14 years ago
|
||
(In reply to comment #7)
> Should I just check if the menuitem/command are correctly disabled/hidden?
Yes!
Comment 9•14 years ago
|
||
updated this to apply on trunk, and renamed "unloaders" -> "browserShutdownCallbacks".
Attachment #475457 -
Attachment is obsolete: true
Attachment #478367 -
Flags: review+
Attachment #475457 -
Flags: review?(gavin.sharp)
Updated•14 years ago
|
Attachment #478367 -
Flags: approval2.0+
Assignee | ||
Comment 10•14 years ago
|
||
Comment on attachment 478367 [details] [diff] [review]
v1.1
>+ // Add an unloader to remove this pref observer
>+ unloaders.push(function() gPrefService.removeObserver(pref, checkPref));
Don't land quite yet. This unloaders reference needs to be updated. I suppose my test can land separately.
Comment 11•14 years ago
|
||
Sigh, forgot to qref...
Attachment #478367 -
Attachment is obsolete: true
Attachment #478375 -
Flags: review+
Attachment #478375 -
Flags: approval2.0+
Assignee | ||
Comment 12•14 years ago
|
||
Attachment #478375 -
Attachment is obsolete: true
Comment 13•14 years ago
|
||
Comment on attachment 478377 [details] [diff] [review]
for checkin
>diff --git a/browser/base/content/test/browser_toggle_enabled.js b/browser/base/content/test/browser_toggle_enabled.js
>+function _() dump(Array.join(arguments, " ") + "\n");
You shouldn't use dump() in a test - use info() if you really want output in the log, but I think these should just be comments.
Assignee | ||
Comment 14•14 years ago
|
||
Attachment #478377 -
Attachment is obsolete: true
Assignee | ||
Comment 15•14 years ago
|
||
Seems to be bitrotten by bug 601201 and probably will be by bug 602006.
Comment 16•14 years ago
|
||
Comment on attachment 478367 [details] [diff] [review]
v1.1
(bitrotten)
Attachment #478367 -
Flags: approval2.0+
Updated•14 years ago
|
Attachment #478375 -
Flags: approval2.0+
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•