Closed Bug 33117 Opened 25 years ago Closed 17 years ago

File | Open Web Location | Choose File -> incorrect Z-order placement

Categories

(SeaMonkey :: UI Design, defect, P3)

x86
All
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 6058

People

(Reporter: gerv, Assigned: law)

References

()

Details

(Whiteboard: [nsbeta2+] 5/16)

From Bugzilla Helper: User-Agent: Mozilla/4.7 [en] (Win95; U) BuildID: 20000323 Reproducible: Always Steps to Reproduce: 1. File | Open Web Location 2. Choose File... (pick a local file) 3. Note Open button does not become active 4. Click Open anyway Actual Results: Browser puts itself second in the window stack. Expected Results: Browser should remain at the front (and button should become available when valid filename is in filename box) The focus broke between 20000308 and 20000314. The button broke between 20000314 and 20000317, i.e. it was born broken :-( Feel free to split these two up if they aren't related.
*** Bug 33118 has been marked as a duplicate of this bug. ***
not an xpmenu bug.
Assignee: pinkerton → law
Component: XP Toolkit/Widgets: Menus → XPApps
this bug should be used for the focus bug since the button not being enabled is a duplicate of bug #33015
The remaining layer issue sounds like a dup of 28467
It's not, cos this is still broke (20000428), and bug 28467 is verified fixed :-) This really should be fixed for nsbeta2 IMO... Gerv
Summary: File | Open Web Location | Choose File is broken → File | Open Web Location | Choose File -> incorrect Z-order placement
Nominating for nsbeta2 (I now believe this is the correct way to do it). It will really confuse people... Gerv
Keywords: nsbeta2
*** This bug has been marked as a duplicate of 28467 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Marked as duplicate on behalf of Don Melton.. assisting with bug triage.
Reopening; bug 28467 is marked as FIXED, and this problem still occurs as of 20000511. Gerv
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Bill, is this a real bug?
Target Milestone: --- → M17
Whiteboard: [nsbeta2+] 5/16
Yes, and in fact it is the same exact bug (as best I can tell) as has previously been reported with respect to the prefs window. Closing modal windows causes the wrong application/window to receive the focus/activation. Resolving this as a dup of bug 6058. *** This bug has been marked as a duplicate of 6058 ***
Status: REOPENED → RESOLVED
Closed: 25 years ago25 years ago
Resolution: --- → DUPLICATE
verif.
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
*** Bug 338212 has been marked as a duplicate of this bug. ***
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Not sure why chofmann reopened this eighteen months ago, but it doesn't look like it should be open... Gerv
Status: REOPENED → RESOLVED
Closed: 25 years ago17 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.