Closed
Bug 246498
Opened 21 years ago
Closed 20 years ago
browser sometimes(!!) opens each frame in a new window. Seems to happen more frequently when connection is slow like modem
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: reactos, Unassigned)
References
()
Details
Attachments
(2 files)
User-Agent: Opera/7.50 (X11; Linux i686; U) [en] Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040402 Firefox/0.8 browser sometimes(!!) opens each frame in a new window. Seems to happen more frequently when connection is slow like modem. The problem is that you'll need an account to test the problem, so I simply created one, here are the data's: Login-Number: 10080722 password: mozilla After you entered the data and pressed the login-image, it either works right, or seperate windows open up. I've tested this with MOzilla-1.1/1.5 and Firebird 0.8 and it happens everywhere so I think it also happens in Mozilla-1.7RC3 Reproducible: Sometimes Steps to Reproduce: 1. surf www.mysc.at 2. enter the login-number and the password 3. login 4. either you see the bug or not (this happens much more frequently with high latency connection (e.g. modem)) Actual Results: Insted of opening a frameset mozilla opens each frame in its own windoew Expected Results: open a frameset
Comment 1•21 years ago
|
||
Yes, I can see the bug, using: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040611 Firefox/0.8.0+ It happens when I open the site in a new tab. A new window is opened with what should be the top frame, I guess. http://mysc.at/nav_oben.htm The place with the empty spot has this url: http://mysc.at/brow.php3?ses_id=&site= This has got the following javascript: parent.open('nav_oben.htm', 'NavOben'); So basically it is trying to overwrite it's own frame window, because the top left frame in the parent window has name="NavOben". So somehow, when the javascript executes in the frame, sometimes it doesn't see that there is a parent frame with the "Navoben" name.
Reporter | ||
Comment 2•21 years ago
|
||
Hmm, so is it a bug in Mozilla or in the site. It works in IE5,6; Konqueror-3.2; Opera-7.5 so I guess it should work in mozilla too? Thanks for watching at this bug!
Comment 3•21 years ago
|
||
Yes, I think this is a bug. This is the first part of a testcase I'm trying to make.
Comment 4•21 years ago
|
||
Well, I managed to forget the login part, but I already see the problem (I think) by just visiting the site. When you open this link as a tab in the background, a site with http://www.mozilla.org opens, which should not happen.
Comment 5•21 years ago
|
||
Also, when you open the testcase two times in a new window, the second window doesn't load mozilla.org in the left frame, but loads it in the left frame of the first window. Probably this is all related to bug 103638.
Comment 6•21 years ago
|
||
Confirming. On 1.7/Linux here, the testcase behaves exactly as described.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 7•20 years ago
|
||
Ok, this is WFM with current trunk build, probably fixed by bug 103638.
You need to log in
before you can comment on or make changes to this bug.
Description
•