After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 496834 - Use one process like firefox
Use one process like firefox
Status: RESOLVED OBSOLETE
Product: Gnumeric
Classification: Applications
Component: General
git master
Other All
: Low enhancement
: ---
Assigned To: Jody Goldberg
Jody Goldberg
Depends on:
Blocks:
 
 
Reported: 2007-11-14 19:57 UTC by J.H.M. Dassen (Ray)
Modified: 2018-05-22 13:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description J.H.M. Dassen (Ray) 2007-11-14 19:57:40 UTC
The following was originally submitted as http://bugs.debian.org/451198:

----------------------------------------------------------------------------
Package: gnumeric
Version: 1.7.13-1
Severity: wishlist

Why can't gnumeric just use one window like firefox?
$ pstree -a
-firefox-bin -a firefox
   |-gnumeric /tmp/y05-18.xls
   |-gnumeric /tmp/y05-19.xls
   |-gnumeric /tmp/y08-01.xls
   |-gnumeric /tmp/y08-03.xls
   |-{firefox-bin}
   |-{firefox-bin}
   |-{firefox-bin}
   |-{firefox-bin}
   |-{firefox-bin}
   `-{firefox-bin}
Clicking on .xls files in firefox fills the icewm window list with
many different instances of gnumeric which don't know about each
other, and cannot all be ended with one "quit" menu click. One needs
to use an ugly killall.
----------------------------------------------------------------------------
Comment 1 Andreas J. Guelzow 2007-11-15 01:00:32 UTC
Please don't ever do the firefox thing to gnumeric. Half the time I can't use firefox because it is still running on a different display.  
Comment 2 Morten Welinder 2007-11-15 03:57:49 UTC

*** This bug has been marked as a duplicate of 94091 ***
Comment 3 Jon Kåre Hellan 2007-11-15 08:19:23 UTC
Hmm. I'm not sure this is the same as 94091. For people who actually use a file manager, I can see how current behaviour would be annoying. But from the command line, there's no doubt that when I ask for a new gnumeric, I want one.

We could change the .desktop file to start gnumeric as single-instance *when started with a .desktop file*. But hardly a priority.

Tentatively reopening.
Comment 4 Andreas J. Guelzow 2007-11-15 09:14:21 UTC
Jon-Kare: please do not switch gnumeric to single-instance, even from a desktop file. I frequently start applications from a lab machine that are already running on my office display. Since all of these machines are thin-clients running off the same server, any program that tries to be "single instance" tends to have issues. (Firefox typically tells me that I should reboot this multiuser machine since it doesn't want to start a second instance.)
Comment 5 Morten Welinder 2007-11-15 16:19:29 UTC
This bug report is confused:

- The title talks about *windows*.
- The contents talks about *processes*.

Regarding windows, that is bug 94091 and the answer is no.

Regarding processes, Gnumeric can open multiple spreadsheets in one process,
but we do not currently have a way from the command line to request an existing
process to open another window.

--> Changing title.

Andreas: I don't see why we cannot support a command-line option for this.
If we cannot verify that (a) there is a running instance, and (b) it is for
the right user, and (c) it displays on the right display, then we can
simply start a new instance.  Firefox' problem is that it cannot start
a new instance easily because they would clobber each other's files.
Comment 6 Andreas J. Guelzow 2007-11-15 17:55:40 UTC
Morten: If its done right there may not be a problem.
Comment 7 GNOME Infrastructure Team 2018-05-22 13:23:58 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnumeric/issues/86.