Closed
Bug 205233
Opened 23 years ago
Closed 22 years ago
Popup blocking overzealous, affecting chrome
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: andyed, Assigned: shliang)
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.4b) Gecko/20030507
In a chrome sidebar, a user initiated xmlHttpRequest is made in an iframe. This
system worked in 1.3, but is apparently blocked in 1.4b.
Error: [Exception... "Component returned failure code: 0x80004005
(NS_ERROR_FAILURE) [nsIDOMPopupBlockedEvent.requestingWindowURI]" nsresult:
"0x80004005 (NS_ERROR_FAILURE)" location: "JS frame ::
chrome://junkie/content/fetch.html :: myfunc :: line 57" data: no]
Source File: chrome://junkie/content/fetch.html
Line: 57
Install Junkie from http://blozom.mozdev.org/junkie.html. Tracking problem at
http://www.blozom.com/blozom/2003/05/11/index.cfm#index
Reproducible: Always
Steps to Reproduce:
This might be related to a bug where you can't enumerate all event properties,
don't have the bug number at hand at the moment.
Keywords: nsbeta1,
regression
| Reporter | ||
Comment 2•22 years ago
|
||
The XML fetch code is equivalent to this code:
http://www.mozilla.org/xmlextras/xget1.html.
We should test both in an iframe and in a chrome sidebar, if this test case works.
Comment 4•22 years ago
|
||
Moving Popup Blocking bugs to XPApps, assigning to shliang
Assignee: mstoltz → shliang
Component: Security: CAPS → XP Apps
| Reporter | ||
Comment 5•22 years ago
|
||
Moz 1.4RC1 fixes this. Awesome.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•