Closed
Bug 36925
Opened 24 years ago
Closed 11 years ago
List current URL as an X property of the window
Categories
(Core :: XUL, enhancement, P3)
Tracking
()
RESOLVED
WONTFIX
Future
People
(Reporter: cks+mozilla, Assigned: trudelle)
References
Details
Unix Netscape 4.xx lists the current URL being shown in each Netscape window in the X property _MOZILLA_URL attached to each X window (one can see this with xprop). This is a convenient little thing for programs that want to read out and record Netscape's state. Mozilla doesn't have anything like this. It would be nice if it exported such information (at least the URL and possibly more) into X properties in a similar way.
Assignee | ||
Comment 1•24 years ago
|
||
moving to m30, putting on helpwanted radar.
Keywords: helpwanted
Target Milestone: --- → M30
Assignee | ||
Updated•24 years ago
|
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Assignee | ||
Comment 2•24 years ago
|
||
Mass-moving all M20-M30 XPToolkit bugs to Future
Target Milestone: M30 → Future
Comment 3•24 years ago
|
||
reducing spam
Comment 4•23 years ago
|
||
From my point of view it is more a regression than RFE because old NN4.x supported this. This feature is important for better integration with other applications. In my case I want to use mozilla/netscape from NetBeans IDE and if I want to reuse the same window for each request I need to find id of widnow where the first displayed URL is loaded. It is important for me that I can do it using commands like xprop and parsing their output as the IDE is written in Java and we want to avoid writing any native code for communication with browser. I would appreciate any realistic estimation when it can be solved.
Comment 5•22 years ago
|
||
*** Bug 128423 has been marked as a duplicate of this bug. ***
Comment 7•22 years ago
|
||
Realistic estimate: "not until someone who wants it writes it".... That's what Future + helpwanted means. In at least one of the duplicates the reporter said this should be easy. I'm not an X programmer, but some will be hunted down to review a patch if one exists. :)
Keywords: 4xp
Comment 8•22 years ago
|
||
Boris, if you're not an X11 programmer, please get someone who's familiar with the code to glance at this bug. for that person, this is trivial. for an outsider who's never looked at the code, it's a big research project. also, i'm going to re-open the bug you marked as duplicate because, although it contains mention of this window property, it suggests a feature enhancement that can and should be considered for all versions of the browser, regardless of platform. mozilla bloats on unix, but windows crashes. checkpoint files would make mozilla a better browser than IE. -- stig
Comment 9•22 years ago
|
||
*** Bug 136776 has been marked as a duplicate of this bug. ***
Updated•13 years ago
|
QA Contact: jrgmorrison → xptoolkit.widgets
Comment 10•11 years ago
|
||
I'm wondering if at this stage, this should be closed: with multiple tabs, it's not possible to usefully report the current URL. Might it also be something of an unexpected data leak from the browser?
Updated•11 years ago
|
Keywords: helpwanted
Reporter | ||
Comment 11•11 years ago
|
||
My opinion (as the original submitter) is that this bug can be closed now. You can get the same overall information in sessionstore.js and in fact sessionstore.js is better for this because it provides more information in what is now a more parseable format. The single usage case that sessionstore.js probably doesn't help with is if you want to know a specific window's URL and I think that that's too obscure a case. (This is especially so given that this bug has lingered on for just over thirteen years.)
Comment 12•11 years ago
|
||
Thanks for the update.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•