Closed Bug 27952 Opened 26 years ago Closed 1 year ago

Menu window is not re-painted properly by sub-menu window's open/close

Categories

(Core :: XUL, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED WONTFIX
Future

People

(Reporter: ckim, Unassigned)

Details

(Keywords: helpwanted)

Attachments

(1 obsolete file)

From Bug Helper: User-Agent: Mozilla/4.7 [Kondara-ja] (X11; I; Linux 2.2.14-2k11 i686) BuildID: 2000021510 The problem occurs particularly in "View" and "Bookmarks" menu. What I found is: Menu window is not re-painted properly that is deletion of menu window border line by opening/closing sub-menu window. Reproducible: Always Steps to Reproduce: 1. Launch Mozilla 2. Click on "View" menu to open its menu window 3. Move mouse cursor slowly over menu items 4. When the cursor is on "Toolbars", sub-memu is opened automatically 5. Keep moving the cursor so that the sub-memu is closed 6. You will find that the border line of menu window is disappeared at right side of "Toolbars" 7. Similar problem occurs for other menu items which have sub-menu
this works for me with a build from today. the redraw was always correct. never saw the right border disappear. can you get me a screenshot as an attachment? Marking this worksforme, but feel free to reopen with more proof. Thanks!
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
I took some screen shots for this bug. Please visit URL at http://www.jaist.ac.jp/~ckim/mozilla/ I did not notice that the bug is much worse than I reported because I tested and detected the bug with gray blank browser window. Actually, there are irregular pixel replacements in menu windows. Well, I hope this problem occurs only with my Linux/XFree86 driver. Let me give you some details on my Linux box: - XFree86-3.3.6 w/ Mach64 driver - sawmill-0.22 window manager - kernel-2.2.14
wow, i really don't see any of this on my build. can you try back in a couple of days? we're landing a new view manager and that might fix some things.
I forgot to mention about my desktop environment. - Gnome-1.0.55
As of Build 2000-02-11-11, similar symptom was found. (see http://www.jaist.ac.jp/~ckim/mozilla/ for screen shots) However, no problem was found with Build 2000-02-05-09. Should I REOPEN this bug?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
no one around here is seeing this, it might have to do with japanese systems and gtk not correctly redrawing.....or something. I dunno. pushing out past beta.
Status: REOPENED → ASSIGNED
Target Milestone: M16
Target Milestone: M16 → M18
Mass moving M18 bugs to M19
Target Milestone: M18 → M19
mass-moving all bugs to m21 that are not dogfood+ or nsbeta2+ or nsbeta2-
Target Milestone: M19 → M21
*spam*: transferring current XP Menu bugs over to jrgm, the new component owner. feel free to add me to the cc list (unless am the Reporter) of any of these, if you have any questions/etc.
QA Contact: sairuh → jrgm
since i can't dupe this bug, i'm futuring it. marking help wanted in case anyone cares.
Keywords: helpwanted
Target Milestone: M21 → Future
Works for me. I suspect that this bug can be closed.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets

The bug assignee didn't login in Bugzilla in the last 7 months, so the assignee is being reset.

Assignee: mikepinkerton → nobody
Status: ASSIGNED → NEW
Severity: normal → S3
Attachment #9387787 - Attachment is obsolete: true

XUL + no activity for a while. Closing.

Status: NEW → RESOLVED
Closed: 26 years ago1 year ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: