Bug 384925

Note: in Mate 18.2 the operation was initially OK. After doing something (I believe related to switching from/to FullScreen mode), the decoration was gone.

I've observed something similar: if Gwenview is running in full screen and you exit KDE, along with the option to restart all the open programs of the previous session, the next login will bring up a corrupted Gwenview window missing window decorations.

You can press Alt+F3, select the submenu "further actions" and deselect "no decorations" (not the exact text, only translated back to English)

Thanks Holger for reporting your experience.
I see that alt-F3 is a specific KDE shortcut that shall open a window behaviour menu. In Mate there seems no such menu.

BTW: Without considering that I had a problem, Gwenview window decoration was suddenly present since some time. I got aware of this after reading your comment.

I followed your suggestion in a modified fashion: I closed Gwenview using alt-F4 while it is put into full screen mode. Yes, when I restart it, it starts without window decoration!

Monday, I'll try out whether I can get this behaviour managed on my office KDE machine.

I've had this issue for a long time. I use Ubuntu, currently with Cinnamon, but I used Gnome as well in the past.

Once in a while (I think it is related to using the full screen mode), Gwenview gets corrupted and will stop showing the title bar.

Every time this happens (almost always I use gwenview) I need to delete the file ~/.config/gwenviewrc and Gwenview goes back to showing window decorations.

ALT-F3 does nothing in my machine.

I experimented with this. Finally I was able to localize the problem.

In my case, the problem was not gwenviewrc but ~/.config/org.kde.gwenviewrc.
In fact, when any of the widh AND height parameters exacly equal the total display geometry (in my case 1400x1050), you should delete them, and the decoration is back again.

Sample Snippet from this file:

[MainWindow]
Height 1024=742
Height 1050=1050
Height 768=768
ToolBarsMovable=Disabled
Width 1024=1024
Width 1280=990
Width 1400=1400
Window-Maximized 768x1024=true

Gwenview used to use ~/.config/org.kde.gwenviewrc, but now it uses ~/.config/gwenviewrc (maybe a Gwenview, KDE or Ubuntu change).

Anyway, your observation is spot on, and it should help debugging the issue. I have done a couple of tests and when the width and height in that config file match the screen size, that is when decorations disappear.

In my case, after being in full screen, the issue appears and the file contains:

[MainWindow]
Height 1800=1800
Width 3200=3200

Whereas if I change one of the parameters as below, it'll start showing the decorations again.

[MainWindow]
Height 1800=1799
Width 3200=3200

I just tried to simply make the configuration file read-only, but then I get a warning dialog every time I start the application.

There are multiple issues here:

1. On MATE, you are stuck without window decorations when closing Gwenview in fullscreen mode

This works fine in KDE Plasma (KWin) and Ubuntu Unity (Compiz). Therefore I think this is a problem with MATE's window manager (marco). In a MATE session, running "compiz --replace &" will
- make Gwenview work again
- show that this bug is related to marco ("marco --replace &" retriggers the bug)

Please report this bug to the MATE/marco developers. Use Compiz as a one-time workaround or what was done in Comment 6 to regain Gwenview's window decorations.

2. Session restore not working correctly for a fullscreen Gwenview.

Let's track this in Bug 387782.

I guess Comment 5 is a "fix" if you are stuck because of how Bug 195046 plays out.

I already hesitated about flagging the status to resolved. As I see now, it was okay to not do so myself.
Indeed, I also noticed that the problem never occured in KDE (my desktop machines), and so Henriks analysis is to be appreciated. It wouldn't come into my mind to blame the window manager (indeed I use Mate).

Thanks and bye.

I have this issue and I don't use MATE.

This issue occurs all the time in my system using Cinnamon.

I think it was present as well when I used Gnome (which I stopped using because of the slowdowns that Gwenview has under Wayland - https://bugs.launchpad.net/ubuntu/+source/gwenview/+bug/1724984).

> This issue occurs all the time in my system using Cinnamon.
Not sure what you mean with "all the time", without specifying specific steps this is hard to follow.

As for Cinnamon, their window manager is apparently called "cinnamon" nowadays. "compiz --replace" and "cinnamon --replace" give exactly the same behaviour as for "marco", so please ask over at Cinnamon about this bug (which might even have some relation to marco?). Same thing for "muffin".

Regarding GNOME, Cinnamon is a former fork of an older version of that, which might explain was you saw. However, with GNOME 3 this problem is not present for me when testing on Ubuntu 16.04.3.

Testing with Kate's fullscreen mode, you can observe exactly the same problem. I think it is best if the window manager developers of the affected desktop environments could comment at this point. It might turn out that KDE Frameworks is handling things incorrectly or works only for some window managers, but let's wait and see before we blindly open a new bug for this. I suspect they are missing features we expect them to have. In any case this is not a problem we can solve from Gwenview's side.

I have submitted a bug to the Cinnamon tracker: https://github.com/linuxmint/Cinnamon/issues/7140