Closed
Bug 75742
Opened 24 years ago
Closed 23 years ago
View Toolbars items appear when toolbars are disabled
Categories
(SeaMonkey :: UI Design, defect, P1)
Tracking
(Not tracked)
mozilla1.0.1
People
(Reporter: neil, Assigned: bugzilla)
References
()
Details
(Keywords: polish)
Attachments
(4 files)
14.71 KB,
patch
|
Details | Diff | Splinter Review | |
6.75 KB,
patch
|
Details | Diff | Splinter Review | |
7.21 KB,
patch
|
Details | Diff | Splinter Review | |
7.65 KB,
patch
|
Details | Diff | Splinter Review |
Using build 2001031008, when a window is opened with a menu but without toolbars
the toolbars menuitems are still available although they have no effect.
Comment 1•24 years ago
|
||
updating component. Confirmed on win32 build from 4/12
Assignee: asa → blakeross
Component: Browser-General → XP Apps: GUI Features
QA Contact: doronr → sairuh
Comment 2•24 years ago
|
||
are the toolbars *collapsed* or not there at all?
i see this problem if the toolbars are collapsed --i cannot seem to repro this
when the toolbars are turned off completely...
OS: Windows 95 → All
Reporter | ||
Comment 3•24 years ago
|
||
I don't understand your question.
I am referring to a window opened using JavaScript to only show the menu.
The window still has menuitems for the toolbars but they have no effect.
Assignee | ||
Updated•24 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla0.9.1
Comment 4•24 years ago
|
||
this bug is a dupe of the bug that says those menuitems don't work in this case. I suggested
that maybe the should be disabled...other people thought they should just work.
Whiteboard: DUPEME
Comment 5•24 years ago
|
||
I spoke incorrectly before. i was thinking of bug 75138 but that's a different Mac only case.
Whiteboard: DUPEME
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Assignee | ||
Updated•24 years ago
|
Target Milestone: mozilla0.9.3 → ---
Assignee | ||
Comment 7•24 years ago
|
||
Assignee | ||
Comment 8•24 years ago
|
||
Do you think turning on toolbars in a popup window should persist?
Assignee | ||
Comment 9•24 years ago
|
||
Fix checked in. File a new bug if you don't think it should.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 10•24 years ago
|
||
It's good but it's not right.
Try it with the new URL.
Also try it with the sidebar open.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 11•24 years ago
|
||
Assignee | ||
Comment 12•24 years ago
|
||
I think we should try to get the right fix (letting users show the toolbars).
Thanks, though.
Reporter | ||
Comment 13•24 years ago
|
||
Well in that case I think you will have to change the way the chrome is hidden.
http://lxr.mozilla.org/seamonkey/source/xpfe/appshell/src/nsContentTreeOwner.cpp#570
At least do something about the way the unhidden chrome unexpectedly disappears.
Reporter | ||
Comment 14•24 years ago
|
||
Reporter | ||
Comment 15•24 years ago
|
||
Comment 16•23 years ago
|
||
There's a patch, but this hasn't been touched in a month. This looks like
usability and polish to me, with trivial severity. This is not a stop-ship in my
mind. Propose we move it out to a later milestone.
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.6 → mozilla0.9.7
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.7 → mozilla0.9.8
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla0.9.9
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.9 → mozilla1.0.1
Reporter | ||
Comment 17•23 years ago
|
||
*** This bug has been marked as a duplicate of 75158 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•