Remmina remote desktop client goes fullscreen on the wrong display

Bug #1095534 reported by Josh
166
This bug affects 42 people
Affects Status Importance Assigned to Milestone
remmina (Arch Linux)
New
Undecided
Unassigned
remmina (Ubuntu)
Fix Released
High
Unassigned

Bug Description

When the fullscreen button on the toolbar is used with multiple displays enabled, Remmina maximizes on a random display rather than on the display where it is placed.

To replicate on a computer with multiple displays:

1. Launch Remmina.
2. Connect to a computer using RDP protocol.
3. Click the full screen button.

The application flips over to the other display and goes full screen.

4. Restore the application.
5. Drag it back to the display where you want it.
6. Click the full screen button again.

The application flips over to the other display and goes full screen.

The expectation is that the application should stay on the display where I put it or it should offer an option to allow me to specify the screen I want it on.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in remmina (Ubuntu):
status: New → Confirmed
Revision history for this message
Herwin Grobben (herwin-grobben) wrote :

PC config:
Dual monitor, different size ('primary' 1920x1200 & 'secondary' 1600x1200)
Ubuntu 12.04
Remmina 0.9.99.1

When starting Remmina on Workspace 2 (upper right), on the 'secondary' monitor, the connection opens in full screen on Workspace 1 or 3 on the 'primary' monitor. The connection is to a 1600x1200 screen via VNC.

Revision history for this message
Raoul Bhatia (raoul-bhatia) wrote :

Duplicate of bug 999985?

Revision history for this message
Lonnie Lee Best (launchpad-startport) wrote :

I've noticed this bug for years now. I would love it if Remmina would realize what monitor it is currently on, and go full screen on that monitor, instead of jumping fullscreen on a totally different monitor.

Is this a Unity Desktop issue, or does this happen when Remmina is used with other desktops too?

tags: added: trusty
tags: added: precise utopic
Revision history for this message
Noah Putman (retroman2128) wrote :

It's been this way for years in xubuntu. I have a triple-head setup at work and at home with AMD graphics cards and I can never get it to go fullscreen on the center monitor. It works fine on the left and the right, but when I hit fullscreen when it's in the middle, it jumps to the right.

Changed in remmina (Ubuntu):
importance: Undecided → High
Revision history for this message
Andreas (andreas-rabus) wrote :

It happens on a two monitor setup with Gnome Shell too.
Using Ubuntu 14.10 with Gnome 3.14 from gnome-team.

It jump frm the secondary (laptop internal) to the primary (external) Monitor.

Revision history for this message
Rolf (thats-unpossible) wrote :

I can still reproduce this on "Remmina v0.9.99.1"

Revision history for this message
Rolf (thats-unpossible) wrote :

FYI: Remmina v1.2 fixes this problem. If you follow the instructions at "https://github.com/FreeRDP/Remmina/wiki" to get v1.2, it now maximizes on the screen it is located on.

Revision history for this message
Sanjeev Kumar (kumars) wrote :

I can still reproduce the problem with the latest "next" build that I installed following the instructions at "https://github.com/FreeRDP/Remmina/wiki". So the fix either got reverted or pulled back?

Revision history for this message
Antenore Gatta (antenore) wrote :

HI all,

I rarely use launchpad (except for Remmina builds), so I didn't notice the traffic around this bug report.

I'll take a look, but then answer will come from github

https://github.com/FreeRDP/Remmina/issues/241

Please be sure to use always the Remmina PPA or directhly the source code.

Revision history for this message
Bilal Baqar (bbaqar) wrote :

I am hitting the same issue on Ubuntu 12.04 LTS and remmina is on 1.0.0-1ubuntu6.3.

Revision history for this message
Fransua (mochu33) wrote :

I'm having this problem with ubuntu 16.04 installing remmina from the ppa repository. The version installed is 1.2.0-rcgit-15.

When I try to go to full screen the window of a RDP session, it goes from the secondary screen to primary screen. It's very annoying because my primary screen is only 1024x768 and my secondary fullHD.

Why there isn't an option in the preferences to assign a monitor in the resolutions window when multiple monitors? With this you can enforce the full screen in the correct monitor as a configuration. With this you don't need to detect the monitor when you are going to full screen.

Revision history for this message
Christian Gleissner (cgleissner) wrote :

I have the same setup and problem as Fransua in the comment before.

Revision history for this message
Tim De Roover (w-tim-v) wrote :

Same problem here.
I use Ubuntu 16.04 with Gnome 3.18
I experienced this after updating to remmina 1.2
With the previous version (1.1.2) it worked fine on the screen that I wanted.

Revision history for this message
Ștefănescu Cristian (howerkraft) wrote :

This happens only in Gnome and according with the Github opened issue, this is a Gnome bug.
https://github.com/FreeRDP/Remmina/issues/873

Revision history for this message
Jason Van Wynsberg (jasonvw) wrote :

This also occurs in Arch Linux on KDE Plasma 5.9.

Revision history for this message
davidak (davidak) wrote :

I can't reproduce this issue with Remmina 1.1.2 on elementary OS 0.4 Loki (based on Ubuntu 16.04 LTS) with HWE Stack.

Revision history for this message
Light Templar (lighttemplar) wrote :

It occurs randomly, from build to build. Now, in the build 1.2.32, it occurs.

Revision history for this message
Peter Pusztai (w1sp) wrote :

The bug doesnt occur randomly. The behavior is just poorly programmed. Didnt check the source code, but it probably tests where your default/main panel is (atleast for KDE). To reproduce simply move your main panel to different display.

Wouldnt be easier to set it manually?

Think correctly...

Revision history for this message
Majik Bear (majikbear) wrote :

@howerkraft The bug you cited doesn't exist (404 when navigating to that link). #15

Revision history for this message
Majik Bear (majikbear) wrote :

This bug was confirmed and marked high importance 3 years ago in 2016 yet no action has been taken on it.

Any way we can speed this up?

Revision history for this message
Mathias Winterhalter (toolsdevler) wrote :

I opened a merge request which fixes that: https://gitlab.com/Remmina/Remmina/merge_requests/1895

Revision history for this message
Mathias Winterhalter (toolsdevler) wrote :
Changed in remmina (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.