Bug 710950 - Remmina fails to tab new connections on dual display
Summary: Remmina fails to tab new connections on dual display
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: remmina
Version: 15
Hardware: i386
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Christoph Wickert
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-06-05 23:03 UTC by Peter C
Modified: 2012-08-07 19:47 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-07 19:47:46 UTC
Type: ---


Attachments (Terms of Use)

Description Peter C 2011-06-05 23:03:35 UTC
Description of problem:
When opening a new connection with Remmina and the tabbed window is located on a different (secondary) display, a new window opens (instead of opening in the current one).  Moving the tabbed window back to the primary display before opening a new connection opens in a new tab as expected.

Version-Release number of selected component (if applicable):
remmina-0.9.3-3.fc15.i686

How reproducible:
Always

Steps to Reproduce:
1. Open Remmina
2. Double click a saved connection (will open in a new window on primary display)
3. Double click another saved connection (will open in previous window as a new tab)
4. Move window with two tabs to secondary display (other monitor)
5. Double click a third saved connection.
  
Actual results:
At step 5, a new window is opened on the primary display.

Expected results:
Should open as a new tab on the secondary display.

Additional info:
Moving the window back to the primary display before opening a new connection will ensure this opens in a new tab.

Comment 1 Christoph Wickert 2011-06-17 21:56:03 UTC
(In reply to comment #0)
> Description of problem:
> When opening a new connection with Remmina and the tabbed window is located on
> a different (secondary) display, a new window opens (instead of opening in the
> current one).  Moving the tabbed window back to the primary display before
> opening a new connection opens in a new tab as expected.

I consider this the expected behavior. Apps are supposed to show up on the display they were started. Do you have any application in mind that behaves the way you want it or why do you think it is a bug?

Comment 2 Peter C 2011-06-20 22:36:45 UTC
(In reply to comment #1)
> I consider this the expected behavior. Apps are supposed to show up on the
> display they were started. Do you have any application in mind that behaves the
> way you want it or why do you think it is a bug?

I agree that apps should show up on the display they were started.  However, when the application is already running and it is specified that further connections should open in a new tab -- I would expect this to be the case.  Regardless of which display the application now resides (in this case simply moved to another monitor).

An example of this behaviour is a web browser such as Mozilla Firefox.  When clicking a hyperlink or opening a file, it will always open in a new tab on a running instance of the application -- regardless of what display it resides on.

As far as I'm aware in gnome shell, there is no way to have a launcher on the secondary display, meaning there is no workaround for this except for either leaving Remmina running on the primary display permanently, or moving Reminna to the primary display every time I wish to open a new connection -- then moving it back again.

Comment 3 Christoph Wickert 2011-06-20 22:47:01 UTC
(In reply to comment #2)
> I agree that apps should show up on the display they were started.  However,
> when the application is already running and it is specified that further
> connections should open in a new tab

Where is this setting?

> An example of this behaviour is a web browser such as Mozilla Firefox.  When
> clicking a hyperlink or opening a file, it will always open in a new tab on a
> running instance of the application -- regardless of what display it resides
> on.

I can't confirm this either. For me new tabs are only opened when there already is a window on the display, otherwise a new window is opened - at least in Xfce.

Comment 4 Peter C 2011-06-20 22:57:02 UTC
(In reply to comment #3)
> (In reply to comment #2)
> > I agree that apps should show up on the display they were started.  However,
> > when the application is already running and it is specified that further
> > connections should open in a new tab
> 
> Where is this setting?

Remmina Preferences > Options tab > Tab interface: 'Tab all connections'

> 
> > An example of this behaviour is a web browser such as Mozilla Firefox.  When
> > clicking a hyperlink or opening a file, it will always open in a new tab on a
> > running instance of the application -- regardless of what display it resides
> > on.
> 
> I can't confirm this either. For me new tabs are only opened when there already
> is a window on the display, otherwise a new window is opened - at least in
> Xfce.

So if you have a Firefox window open on your secondary monitor, and you "click on" a link on the primary monitor, it opens a new window on the primary monitor rather than opening a new tab on the secondary monitor?

Comment 5 Fedora End Of Life 2012-08-07 19:47:48 UTC
This message is a notice that Fedora 15 is now at end of life. Fedora
has stopped maintaining and issuing updates for Fedora 15. It is
Fedora's policy to close all bug reports from releases that are no
longer maintained. At this time, all open bugs with a Fedora 'version'
of '15' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that
we were unable to fix it before Fedora 15 reached end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged to click on
"Clone This Bug" (top right of this page) and open it against that
version of Fedora.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

The process we are following is described here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.