Closed Bug 88147 Opened 24 years ago Closed 24 years ago

Some auxiliary window title bars & tabs hidden behind main menubar

Categories

(Core :: XUL, defect, P2)

Product:
Core
Component:
XUL
Platform:
PowerPC
macOS
Type:
defect

Tracking

()

Status:
RESOLVED WONTFIX

People

(Reporter: mitchejj, Assigned: mikepinkerton)

References

Details

(Whiteboard: OSX+)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.1+) Gecko/ BuildID: 2001061314 Preferences -> Privacy and Security -> Cookies Press "View Stored Cookies" Notice where the window is drawn. The title bar for the window is behind/above the main menu bar. Also notice the tabs are very hard to read in this case. My only fix I can offer is to press the view stored cookies button running in 800x600 then switch to higher res like 1024x768 I found this problem with the last three builds of Fizilla (at that I have ever used) with 10.0.3 and 10.0.4 on a PowerBook and iBook (my first post to bugzilla i hope i did this right) Reproducible: Always Steps to Reproduce: 1. Edit -> Preferences 2. Click Privacy and Security widget 3. Select Cookies or Images 4. Press View Stored Cookies Actual Results: Title bar for cookies/images is hidden behind main menu along with most of the tabs. Expected Results: Title bar for the cookies preference window should appear under the main menu bar such as the results obtained with the "fix" I provide in the description [taken for description] My only fix I can offer is to press the view stored cookies button running in 800x600 then switch to higher res like 1024x768 I found this problem with the last three builds of Fizilla (at that I have ever used) with 10.0.3 and 10.0.4 on a PowerBook and iBook (my first post to bugzilla i hope i did this right)
i _swear_ this is a dupe of another bug, but i can't seem to find it. chris?
Whiteboard: DUPEME?
Confirming issue and will look to see if this bug is duplicate.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is occuring for a lot of windows in the 07/18 branch OS X build. It happens for the Cookie and Image mgr windows, the "Understanding Privacy" window and the Help window. With the help window, I'm unable to close the window once it's open. Meaning I have to leave it open the entire session. It's also not really very helpful, since the toolbar is mostly offscreen. This is a dirty bug.
I searched through all NEW, ASSIGNED and REOPENED browser bugs with the words "window" and "menu" in the summary. I didn't find a bug this could be a duplicate of. Either another bug does not exist or it doesn't have a reasonable summary. Fixing the summary of this bug to use the term "menubar" for easier searching.
Summary: Preferences window title bars & tabs hidden behind main title bar → Preferences window title bars & tabs hidden behind main menubar
*** Bug 92740 has been marked as a duplicate of this bug. ***
Resummarizing.
Summary: Preferences window title bars & tabs hidden behind main menubar → Some auxiliary window title bars & tabs hidden behind main menubar
ok, i'll look into this.
Status: NEW → ASSIGNED
Whiteboard: DUPEME? → OSX+
Target Milestone: --- → mozilla0.9.4
*** Bug 93801 has been marked as a duplicate of this bug. ***
*** Bug 94060 has been marked as a duplicate of this bug. ***
Keywords: nsenterprise+
Priority: -- → P2
*** Bug 94918 has been marked as a duplicate of this bug. ***
*** Bug 97248 has been marked as a duplicate of this bug. ***
*** Bug 97250 has been marked as a duplicate of this bug. ***
pink, any chance this will actually be fixed for 0.9.4 or should it be moved to 0.9.5?
using 10.somethingwecanttalkabout, this works fine. sounds like an OS bug that apple fixed. build from 8/31, commercial, new and old profiles. i think it's minor enough that with 10.0.4, we can just punt. anyone object to me marking this wontfix?
If the problem is solved with the latest version of OS X I don't see a bug as existing...
this appears to have been fixed on the truck. perhaps danm did it.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
nope, i'm still seeing this using 2001.09.04 bits on 10.0.4... [unless i need a more recent build.] anyhow, i'll hold off reopening until i get 10.morerecentthanwhatihave installed. :)
*** Bug 98900 has been marked as a duplicate of this bug. ***
*** Bug 99928 has been marked as a duplicate of this bug. ***
I still see this with build 2001-09-18-21 on Mac OS X 10.0.4 4Q12, trunk builds.
*** Bug 100684 has been marked as a duplicate of this bug. ***
reopening...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
one question... does this now fail under 10.1? This problem is "fixed" running 10.1 but still exist in 10.0.4.... thats why it was marked "fixed"
It's inappropriate to mark this fixed, since Mozilla has not actually been changed. If Mozilla wishes to declare that upgrading to 10.1 (when available) is required to rectify this behavior, then it should be marked WONTFIX. However, I don't put much stock in the notion that this occurs because of some bug in 10.0.x, since Mozilla is the only application that exhibits this problem in that configuration.
if this is 10.0.4 only, i'm not too worried about fixing it.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WONTFIX
Target Milestone: mozilla0.9.4 → ---
*** Bug 100627 has been marked as a duplicate of this bug. ***
Found at http://channels.netscape.com/ns/browsers/7/learnmore/sysreq.jsp that Mac OS X 10.1.x is recommended, not required. That page should be changed, or this bug should be reopened.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.