Closed Bug 53319 Opened 24 years ago Closed 24 years ago

Unable to determine url of toolbarless popup windows

Categories

(SeaMonkey :: UI Design, defect, P3)

x86
Windows 98
defect

Tracking

(Not tracked)

VERIFIED FIXED
Future

People

(Reporter: jruderman, Assigned: vishy)

References

()

Details

To determine the URL of a popup window, the user must do one of the following: - look at the source of the page that pops it up - add it to bookmarks, look at the bookmark, and delete the bookmark - run mozilla with the -console option I first encountered this problem while trying to figure out why the "Click here to get the plugin" popup wasn't working. Many possible ways to fix this: - "Open in normal window" option for popups (this isn't ideal for evil popups that make more popups, see bug 29346). - Turn "add to bookmarks" into a dialog (bug 19922) so that people can use it to copy the url - Show the url of all pages in view source (this would also help with evil framed sites that make it difficult to get one frame alone.) - Make a "show popup info" page that lists the url of the page that popped it up in addition to the url of the popup itself. Of course, this leaves the problem of pages that try to prevent you from getting a context menu (bug 40535), but this bug isn't just about malicious sites.
why does this have anything to do with menus?!?
Assignee: pinkerton → trudelle
->future
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Or, - Put "show page info" on page context menu (bug 41443)
->xpapps
Assignee: trudelle → vishy
Status: ASSIGNED → NEW
Component: XP Toolkit/Widgets: Menus → XP Apps
QA Contact: jrgm → sairuh
QA Contact: sairuh → claudius
nav triage team: Adding show page info to the context would help solve this. Don't think we'll get to this during beta1, marking nsbeta1-
Keywords: nsbeta1-
We have Properties now and are working out our Properties/Page Info story in another bug. I think we can mark this fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
mass-verifying claudius' Fixed bugs which haven't changed since 2001.12.31. if you think this particular bug is not fixed, please make sure of the following before reopening: a. retest with a *recent* trunk build. b. query bugzilla to see if there's an existing, open bug (new, reopened, assigned) that covers your issue. c. if this does need to be reopened, make sure there are specific steps to reproduce (unless already provided and up-to-date). thanks! [set your search string in mail to "AmbassadorKoshNaranek" to filter out these messages.]
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.