Open
Bug 237833
Opened 21 years ago
Updated 2 years ago
"Opening" dialog insists on placing itself in alert position (centered), but is not auto-placing
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
NEW
People
(Reporter: bzbarsky, Unassigned)
Details
BUILD: Firefox 0.8 on Linux
STEPS TO REPRODUCE:
1) Point firefox to a file it doesn't know how to handle (I used a .ps file)
2) When your WM asks you to place the resulting window, place it
EXPECTED RESULTS: The window appears where you placed it
ACTUAL RESULTS: The window briefly flickers where you placed it and then jumps
over to be centered on top of the Firefox browser window ("alert position").
Windows moving about of their own accord is extremely disconcerting.
Note that I'm fine with it placing itself in alert position, but then it
shouldn't ask the WM to be placed first. It should just place itself. That's
what the SeaMonkey helper app dialog does, and also what actual alerts do.
Comment 1•21 years ago
|
||
This probably occurs only with GTK2+XFT builds, and not GTK1 builds.
![]() |
Reporter | |
Comment 2•21 years ago
|
||
Yeah, I'm just using the build linked off Mozilla.org, which is a GTK2-XFT
build. Why would this depend on the toolkit, though?
![]() |
Reporter | |
Comment 3•21 years ago
|
||
And if this _is_ toolkit-dependent, blizzard should know...
Comment 4•21 years ago
|
||
(In reply to comment #2)
> Yeah, I'm just using the build linked off Mozilla.org, which is a GTK2-XFT
> build. Why would this depend on the toolkit, though?
I'm assuming that since the bug is so similar to bug 237832, which I tested and
only occurs on GTK2+Xft (not GTK1), this one probably does too, which is why I
said probably. I'm not using a WM that asks me to place the window, so I haven't
been able to test this one (though I tested bug 237832).
Comment 5•21 years ago
|
||
P3, 1.0b
Status: NEW → ASSIGNED
Priority: -- → P3
Target Milestone: --- → Firefox1.0beta
Updated•19 years ago
|
Assignee: bugs → nobody
Status: ASSIGNED → NEW
Priority: P3 → --
QA Contact: aebrahim-bmo-507 → download.manager
Target Milestone: Firefox1.0beta → ---
![]() |
Reporter | |
Updated•19 years ago
|
Flags: blocking-firefox2?
Comment 6•19 years ago
|
||
From what I'm seeing here, this seems like something edge-to-cornerish, based on WM. Certainly would consider a patch, but not going to block on this.
Flags: blocking-firefox2? → blocking-firefox2-
![]() |
Reporter | |
Comment 7•19 years ago
|
||
Not much to do with the WM, everything to do with the moveToAlertPosition() calls in the Firefox UI here.
Assignee | ||
Updated•17 years ago
|
Product: Firefox → Toolkit
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•