Closed Bug 76408 Opened 24 years ago Closed 24 years ago

Progress notifications for _new windows go to original window

Categories

(Core :: DOM: Navigation, defect)

Product:
Core
Component:
DOM: Navigation
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED FIXED
Milestone:
mozilla0.9.1

People

(Reporter: adamlock, Assigned: rpotts)

References

Details

(Whiteboard: needed by 05/29/01)

New windows opened by a click on a link with a _new or _blank target do not receive web progress notifications. The notifications are sent to the docshell that the click originated in. This can be verified by running mfcEmbed and placing a break point on any of the nsIWebProgressListener methods of nsDocShellTreeOwner, and then clicking on such a link. The new window's nsDocShellTreeOwner does not get called and does not perform other operations such as installing chrome listeners. See bug 76034.
Reassigning
Assignee: adamlock → rpotts
Blocks: 65777
No longer blocks: 65777
Target Milestone: --- → mozilla0.9.1
Blocks: 65777
Target Milestone: mozilla0.9.1 → mozilla0.9.2
This will be fixed when the window targeting changes land with bug #65777
Target Milestone: mozilla0.9.2 → mozilla0.9.1
Blocks: 75664
Whiteboard: needed by 05/29/01
Blocks: 9805
Hardware: PC → All
when do you think this will happen (i.e., fixing of 65777 and this bug)? Note that this was requested by an "important embedding customer" in 0.9.1.
Fixed. Window targeting now happens before the URI is loaded. This means that all progress/status messages will be sent to the target window - not the originating window.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.