Closed
Bug 144633
Opened 23 years ago
Closed 23 years ago
can't reply in msn communities after disabling unrequested windows
Categories
(SeaMonkey :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 101190
People
(Reporter: digital56k, Assigned: Matti)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc2) Gecko/20020510
BuildID: 2002051006
When Javascript pop-ups are disabled in Mozilla's options (a very cool feature
btw!) Mozilla seems to still allow pop-up windows to be opened when a user
clicks a link on the page which is intended to open as a Javascript pop-up. This
is great, except it doesn't always work, sometimes not responding at all to the
link no matter how many times its clicked. I find this in particular on msn
communites when attempting to reply to a thread on the message boards.
Reproducible: Sometimes
Steps to Reproduce:
1. Turn on the disable javascript pop-ups option
2.Attempt to click "reply" on any thread on an msn community message board.
3.
Actual Results: Sometimes the link works, sometimes it doesn't.
Expected Results: The link should always work.
Comment 1•23 years ago
|
||
Browser, not engine ---> Preferences:Backend
Alastair: on the occasions the links don't work, do you see any errors
appearing in Tools > Web Development > JavaScript Console?
(be sure to clear it out of any previous errors first)
Assignee: rogerl → bnesse
Component: JavaScript Engine → Preferences: Backend
QA Contact: pschwartau → rvelasco
Updated•23 years ago
|
Summary: Javascript popup problem → can't reply in msn communities after disabling unrequested windows
Comment 2•23 years ago
|
||
Umm, this has absolutely nothing to do with backend prefs.
I know nothing about msn communities but I believe that the reporter is
referring to the switch for "Open unrequested windows" in
Preferences->Advanced->Scripts & Windows.
This switch toggles the preference "dom.disble_open_during_load" which disallows
the browser from opening a window unless by the direct action of a user. Thus, a
web page can not open a window unless the user clicks on a link/button telling
it to do so. I have seen examples of pages (the Java based AIM client login for
instance) where clicking on a link loads another web page, which in turn does an
"onload" based opening of another window... this is disallowed by the
dom.disable_open_during_load flag... giving the impression of a different
functionality.
I expect that this bug will either be resolved as bad html, or as invalid based
on a misunderstanding of how this preference is supposed to work, but that's not
for me to decide. As I have no idea where this really belongs -->browser general.
Assignee: bnesse → Matti
Component: Preferences: Backend → Browser-General
QA Contact: rvelasco → imajes-qa
Comment 3•23 years ago
|
||
I'm a member of http://communities.msn.com/DCJD/ and this WFM. Clicking "Reply"
just opens a new window; it doesn't load a page and then open a new window. If
the link doesn't work while the page is loading but does work after the page
finishes loading, it's a dup of bug 101190. Alastair, can you try again in your
community?
Comment 4•23 years ago
|
||
From digital56k@btinternet.com:
"Yes this seems to be the problem. If I try to click a pop-up link while a page
is loading, the pop-up does not open. Furthmore all pop-up links in any
successive pages are thereafter disabled in that copy of Navigator until it is
closed and re-opened."
(You can add comments through bugzilla by clicking the link at the top of the
e-mail. Then type your comment in the Additional Comments field and click the
Commit button.)
*** This bug has been marked as a duplicate of 101190 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 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
•