Closed
Bug 243839
Opened 21 years ago
Closed 21 years ago
On some websites clicking on a link opens a windows that is 3/4 off screen, and sometimes errors
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 240381
People
(Reporter: Ilka_Stromberg, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7b) Gecko/20040421
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.7b) Gecko/20040421
Go to the following text on the above URL, at the bottom of the page :
--------------------------------------------
For a full explanation of the difference between "digital", "conventional" and
"traditional" print sizes, click here.
--------------------------------------------
Click on the "here" of click here. It is so annoying and I get this on many
websites. I run large fonts at 1024x768 on a 17" TFT flat screen LCD monitor.
Ilka
Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Actual Results:
New Window off-screen (the most annoying problem), and occasionally errors.
Expected Results:
Open the window, either in a new tab, or fully on-screen.
Comment 1•21 years ago
|
||
WFM Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a) Gecko/20040515
I tested this first popups unblocked, then blocked, and both times the popup
covered the left half of my screen from top to bottom. I´m working on 800x600
on Win98, cookies allowed for session. The JS console came up and was showing me
a lot of warnings.
I don´t often see popups, though enabled, I remember some to be shown centered
to the lower right edge of the window, so you see only a fourth of them, and
they don´t cover your window unwantedly. If they are annoying kill them, if you
want to see them, maximize or drag.
Ilka: This'll be all better if you'll unmaximize your browser window and fix its
restored position. Even without that, a nightly build made 2004-05-10 or later
(trunk or 1.7 branch) will force the window entirely onscreen.
Admittedly it would be better if a new, unpositioned window's default position
were relative to the current browser's position, maximized or not. That will
fall out of the patch in bug 203590.
Um, I don't know what the "and sometimes errors" part of this bug's summary
refers to. If you want to bring attention to that, whatever it is, please file a
new bug for that problem alone.
Hermann: It's difficult to lay down general rules of behaviour without
specifying whether the test window was explicitly positioned by script. Barring
bugs in the explicit positioning code, this bug probably refers to unpositioned
windows.
*** This bug has been marked as a duplicate of 240381 ***
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•