Closed
Bug 296679
Opened 18 years ago
Closed 18 years ago
File, edit and view menus missing from chatzilla
Categories
(Other Applications :: ChatZilla, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: ajschult784, Assigned: bugzilla-mozilla-20000923)
References
Details
(Keywords: regression, Whiteboard: [cz-patch][cz-0.9.69])
Attachments
(1 file)
2.58 KB,
patch
|
samuel
:
review+
asa
:
approval1.8b3+
|
Details | Diff | Splinter Review |
The file, edit and view menus are missing from chatzilla with linux suite trunk 2005060403. They were there with 2005060301, so I'm guessing this is fallout from bug 295711.
Reporter | ||
Updated•18 years ago
|
Severity: normal → critical
Flags: blocking-seamonkey1.0a?
Assignee | ||
Comment 1•18 years ago
|
||
WFM, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050605
Assignee | ||
Comment 2•18 years ago
|
||
The menus usually don't appear if a startup JS error occurs, which will trigger a popup dialog with the error in it. If you don't see that, check the Mozilla console (NOT JS Console) when starting CZ with browser.dom.window.dump.enabled enabled.
Reporter | ||
Comment 3•18 years ago
|
||
no JS errors in the console with dump enabled.
Assignee | ||
Comment 4•18 years ago
|
||
Does CZ actually work otherwise, then? 'cos that would be very odd indeed. What is in the menubar according to DOMI?
Reporter | ||
Comment 5•18 years ago
|
||
> Does CZ actually work otherwise, then? 'cos that would be very odd indeed. yes, it's fully functional other than the lack of menus > What is in the menubar according to DOMI? all of the menus are in the menubar. the CSS styles being applied appear to be the same. The only difference I noticed was that in the computed style pane, the missing menus have "height:auto" and the visible menus had "height:16px". I also backed out xul.css change from bug 295711 to test it out and the menus came back. But that seems strange since DOMI showed that the missing menus have "display:-moz-box"
Assignee | ||
Comment 6•18 years ago
|
||
Ok, so this isn't actually a CZ bug. It sounds like the empty menu CSS stuff I remember from the DOMI landing is being applied initially and not correctly updated when ChatZilla adds the items to these menus.
Assignee | ||
Comment 7•18 years ago
|
||
I can see this on Windows now, dunno why it worked before. Anyway, bug 98997 needs a-fixin'. I'm leaving this one open to catch dups, but technically this bug is a dup of 98997.
Depends on: 98997
OS: Linux → All
Comment 8•18 years ago
|
||
Silver, can I suggest that you add the <menupopup> statically, and populate *it* dynamically? That way the :empty designation will not affect you.
Assignee | ||
Comment 9•18 years ago
|
||
That seems fairly logical (though wrong ;) ). I'll try to do a patch by this evening, if no-one beats me.
Assignee | ||
Comment 10•18 years ago
|
||
bsmedberg, you're lucky the Menu Manager in CZ copes with the <menupopup/> already existing. ;)
Updated•18 years ago
|
Attachment #185404 -
Flags: review?(samuel) → review+
Assignee | ||
Updated•18 years ago
|
Attachment #185404 -
Flags: approval1.8b3?
Assignee | ||
Updated•18 years ago
|
Whiteboard: [cz-patch][cz-0.9.68.6]
Updated•18 years ago
|
Attachment #185404 -
Flags: approval1.8b3? → approval1.8b3+
Assignee | ||
Comment 11•18 years ago
|
||
Checked in --> FIXED.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
Flags: blocking-seamonkey1.0a?
Assignee | ||
Updated•17 years ago
|
Whiteboard: [cz-patch][cz-0.9.68.6] → [cz-patch][cz-0.9.69]
You need to log in
before you can comment on or make changes to this bug.
Description
•