Closed
Bug 317811
Opened 19 years ago
Closed 19 years ago
Allow single-window-instance XULRunner applications
Categories
(Toolkit Graveyard :: XULRunner, enhancement)
Toolkit Graveyard
XULRunner
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.9alpha1
People
(Reporter: alex, Assigned: alex)
Details
(Keywords: fixed1.8.1)
Attachments
(1 file)
1.13 KB,
patch
|
benjamin
:
first-review+
darin.moz
:
approval1.8.1+
|
Details | Diff | Splinter Review |
XULRunner makes sure that there is only one xulrunner process running per application (when MOZ_NO_REMOTE is not set). While there is indeed only one process per appliction, each new invokation will open a new application main window. This patch adds support for making sure that only one application window is opened. Add the following line to the application prefs file: pref("toolkit.singletonWindowType", "xulmine"); meaning that when one xulmine is already running, invoking it one more time won't open a new xulmine window, but will raise the first one. (*) This only partially solves the problem, because if the second window is trying to open while the first one is still opening, both will be opened (two invokations in quick succession)
Assignee | ||
Comment 1•19 years ago
|
||
Ben, I hope haven't missed a simpler way of doing this
Attachment #204186 -
Flags: first-review?(benjamin)
Comment 2•19 years ago
|
||
Comment on attachment 204186 [details] [diff] [review] Support singleton-window applications Looks good to me. Please write up something on devmo explaining how this works.
Attachment #204186 -
Flags: first-review?(benjamin) → first-review+
Assignee | ||
Comment 3•19 years ago
|
||
Added the article: http://developer.mozilla.org/en/docs/XULRunner:Specifying_Startup_Chrome_Window
Updated•19 years ago
|
Whiteboard: Needs-checkin
Comment 5•19 years ago
|
||
Looks like it, yes.
Assignee: nobody → alex
Whiteboard: [checkin needed?] → [checkin needed]
Comment 6•19 years ago
|
||
mozilla/toolkit/components/nsDefaultCLH.js; new revision: 1.6;
Status: NEW → RESOLVED
Closed: 19 years ago
OS: Windows XP → All
Resolution: --- → FIXED
Whiteboard: [checkin needed]
Target Milestone: --- → mozilla1.9alpha1
It doesn't seem to handle the case that when you want to pass new parameters to the existing window (e.g. if you want to replace the content of the opened window).
Comment 8•18 years ago
|
||
Bruneux, if you want complex functionality you're going to have to write your own command line handler: you would have to fire some kind of event at the window that new data was available (and make that data available), unless you knew what functions were available on the window itself.
Should this FIX have appeared in 1.8.0.4/5 ? I've been using the code in the attachment since 1.8.0.1 and I have to keep re-applying it after every release...
(In reply to comment #9) > Should this FIX have appeared in 1.8.0.4/5 ? > I've been using the code in the attachment since 1.8.0.1 and I have to keep > re-applying it after every release... > This was only checked into the trunk, not 1.8... Do we want this for 1.8?
Comment 11•18 years ago
|
||
Comment on attachment 204186 [details] [diff] [review] Support singleton-window applications Not going to take this for 1.8.0.x, but I wouldn't mind taking it for 1.8
Attachment #204186 -
Flags: approval1.8.1?
Updated•18 years ago
|
Attachment #204186 -
Flags: approval1.8.1? → approval1.8.1+
Updated•8 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•