Closed Bug 128802 Opened 23 years ago Closed 9 years ago

x-remote should support default window

Categories

(Core Graveyard :: X-remote, enhancement)

Product:
Core Graveyard
Component:
X-remote
Platform:
Sun
SunOS
Type:
enhancement
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: martin, Assigned: blizzard)

Details

Mozilla should allow to designate a specific window/tab as the default window for remote requests if no windowid was given to the OpenURL command.Currently, Mozilla picks an arbitrary window, which might overwrite important content.
Uhh, how do you determine a "default window" from any other?
Martin, are you saying there should be some UI within the browser window/tab to specify that window/tab as the default for any future xremote activity?
No response ->INVALID. Martin, please re-open if you can explain what you want.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
For some reason, I did not receive the previous follow-ups. Yes, I'm requesting indeed that there is user interface to designate a window or tab as the default target for xremote activity.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
OK. Confirming as a meaningful request, for further triage ...
Status: UNCONFIRMED → NEW
Ever confirmed: true
*** Bug 149046 has been marked as a duplicate of this bug. ***
See also my duplicate bug :) http://wp.netscape.com/newsref/std/x-remote.html talks about the '-id' switch wich would fix this bug (ok: only for windows, not for tabs...)
4xp then
Keywords: 4xp
Are you shure that "-id" is implemented?
Yes. However, -id doesn't really fix this bug particularly, since it is dependent upon a particular Mozilla session.
Well, I'm not so shure! In Netscape 4.79 "-id" works, but in Mozilla nightly i686 "mozilla -id 0x180009d -remote 'OpenURL(www.kde.org)'" seems for me to use always the last opened mozilla window!
Georg: yepp.. -id _doesn't_ seem to work.. and i never said that it works in mozilla :) (but it worked in NS4x..) and as John said: it wouldn't be a very good fix for this problem.. see also the orginal bugreport: -id would only allow to select a window, it wouldn't allow to select a tab and thats imho bad..
Georg, I assumed you were talking about me adding 4xp keyword. If -id is accepted but does nothing, then bug 149046 should be un-duped. In fact I think it should anyway. It's not really relevant to this bug. Personally I would be happy to see this one WONTFIXed; it's feature creep.
indeed. bug 149046 would somewhat alleviate the need for this bug and ought to be a lot easier to implement as well (xremote only, rather than involving UI).
I have reopened bug 149046 with a patch.
Removing 4xp as a result again then.
Keywords: 4xp
Mass resolving a bunch of old bugs in the x-remote component in preparation for archiving it. If this bug is still valid and useful, please move it to the "Toolkit: Startup and Profile System" component and reopen it.
Status: NEW → RESOLVED
Closed: 23 years ago → 9 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.