Closed Bug 205233 Opened 23 years ago Closed 22 years ago

Popup blocking overzealous, affecting chrome

Categories

(SeaMonkey :: UI Design, defect)

x86
Windows XP
defect
Not set
major

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
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.
adt: nsbeta1-
Keywords: nsbeta1nsbeta1-
Moving Popup Blocking bugs to XPApps, assigning to shliang
Assignee: mstoltz → shliang
Component: Security: CAPS → XP Apps
Moz 1.4RC1 fixes this. Awesome.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.