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 524406 - eog does not support multi-screen setups of X
eog does not support multi-screen setups of X
Status: RESOLVED OBSOLETE
Product: eog
Classification: Core
Component: general
2.22.x
Other All
: Normal normal
: ---
Assigned To: EOG Maintainers
EOG Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-03-25 23:55 UTC by Christoph Anton Mitterer
Modified: 2021-06-19 08:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Christoph Anton Mitterer 2008-03-25 23:55:16 UTC
Please describe the problem:
Like most other applications (not only in gnome), eog does not correctly support X setups where the user has multiple X screens (this is not Xinerama, but real separate X-screens, e.g 0.0, 0.1, etc.)

Steps to reproduce:
When opening an application I expect that it's windows are created on the screen where I run the application (e.g. via a terminal or via the system menu).
Of course it's the window manager's duty to place the windows but as eog doesn't start a new process for each invocation of it this cannot work (because the windows of a process are always created on the same screen).

Actual results:


Expected results:
When I have a running eog process, whose windows are on screen 0 and I start one on screen 1 the eog from screen 1 should be printed on screen 1 and not screen 0.

Does this happen every time?
yes

Other information:
The only way to solve this is to add a mechanism in the code, that detects if there's already an eog process of the current user.
This mechanism must check whether the already running instance was started from the same screen. If so,.. just create a new window but not a new process. If not, create a new process of eog.

This is (by design) not the duty of the window manager. It's just some pice of work that all applications like eog, firefox, etc should have done already.
Comment 1 Claudio Saavedra 2008-03-26 00:05:22 UTC
My guess is that it's not neccessary to launch new processes, but to extend the 
dbus interface to allow passing current screen as a parameter when calling the remote interface that opens a new eog window. Then, before showing the window, gtk_window_set_screen() should be called.
Comment 2 Christoph Anton Mitterer 2008-03-26 00:07:34 UTC
Ok,.. that's even better :-)
Comment 3 Pablo Piaggio 2010-06-29 17:24:08 UTC
I can confirm this bug.

My conclusion is that eog opens on the correct xscreen only if there is no other pic being viewed at the moment. Once a eog windows is open on a particular xscreen, all additional requests go to that one (even if a new windows is opened).

Regards.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: eog 2.30.0-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-22.36-generic-pae 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic-pae i686
NonfreeKernelModules: nvidia
Architecture: i386
Date: Mon Jun 28 21:32:51 2010
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: eog
Comment 4 André Klapper 2021-06-19 08:47:23 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/eog/-/issues/

Thank you for your understanding and your help.