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)
Tracking
(Not tracked)
M17
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.
Comment 2•25 years ago
|
||
not an xpmenu bug.
Assignee: pinkerton → law
Component: XP Toolkit/Widgets: Menus → XPApps
Comment 3•25 years ago
|
||
this bug should be used for the focus bug since the button not being enabled is
a duplicate of bug #33015
Comment 4•25 years ago
|
||
The remaining layer issue sounds like a dup of 28467
Reporter | ||
Comment 5•25 years ago
|
||
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
Reporter | ||
Comment 6•25 years ago
|
||
Nominating for nsbeta2 (I now believe this is the correct way to do it). It will
really confuse people...
Gerv
Keywords: nsbeta2
Comment 7•25 years ago
|
||
*** This bug has been marked as a duplicate of 28467 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Comment 8•25 years ago
|
||
Marked as duplicate on behalf of Don Melton.. assisting with bug triage.
Reporter | ||
Comment 9•25 years ago
|
||
Reopening; bug 28467 is marked as FIXED, and this problem still occurs as of
20000511.
Gerv
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 11•25 years ago
|
||
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 ago → 25 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
Comment 13•18 years ago
|
||
*** Bug 338212 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
Reporter | ||
Comment 14•17 years ago
|
||
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 ago → 17 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•