Bug 118319 - A full-screen state is not accomplished when invoked for the first time within a same active session.
Summary: A full-screen state is not accomplished when invoked for the first time withi...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
Keywords: needsDevAdvice
Depends on:
Blocks: Full-Screen-Mode
  Show dependency treegraph
Reported: 2018-06-22 12:40 UTC by ricky.tigg
Modified: 2020-03-29 21:21 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Full-screen issue within the same active session. (13.70 KB, image/png)
2018-06-22 12:43 UTC, ricky.tigg

Note You need to log in before you can comment on or make changes to this bug.
Description ricky.tigg 2018-06-22 12:40:47 UTC
A full screen state is not accomplished when invoked for the first time within a same active session.

Steps to Reproduce:
–In any document–
1. Ctrl+Shift+J – first attempt
2. Ctrl+Shift+J – second attempt

Actual Results:
See attachment in my next comment.

In step 1. – An unexpected icon fills space with no relevance. User has then to exit from that state and renew operation in step 2.in order for the full-screen state to be at last operational as intended.

Expected Results:
Full-screen achievement to be a one-step-operation.

Reproducible: Always

User Profile Reset: Yes

Additional Info:
Version: – Build ID:
CPU threads: 2; OS: Linux 4.16; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 ricky.tigg 2018-06-22 12:43:46 UTC
Created attachment 143033 [details]
Full-screen issue within the same active session.
Comment 2 Jean-Baptiste Faure 2018-06-22 17:22:12 UTC
Not reproducible for me with LibreOffice 6.0.4 from Ubuntu PPA under Ubuntu 16.04 x86-64 with Unity.

What is your distribution and your desktop manager?

Status set to NEEDINFO, please set it back to UNCONFIRMED once requested
informations are provided.

Best regards. JBF
Comment 3 ricky.tigg 2018-06-23 20:22:03 UTC
$ cat /etc/os-release
VERSION="28 (Workstation Edition)"

$ cat /proc/version
Linux version 4.16.16-300.fc28.x86_64 (mockbuild@bkernel02.phx2.fedoraproject.org) (gcc version 8.1.1 20180502 (Red Hat 8.1.1-1) (GCC)) #1 SMP Sun Jun 17 03:02:42 UTC 2018

It occurs in sessions Gnome, Gnome Classic, Gnome on X.org. Here as example:

$ printf 'Desktop: %s\nSession: %s\n' "$XDG_CURRENT_DESKTOP" "$GDMSESSION"
Desktop: GNOME-Classic:GNOME
Session: gnome-classic
Comment 4 Jean-Baptiste Faure 2018-08-02 15:00:10 UTC
I see that with LO Not sure whether it is a bug or a feature.
Seeing the button Fullscreen may be useful for a user who switch to full screen accidentally.

set needsDevAdvice, needsUXEval keywords.

Best regards. JBF
Comment 5 Heiko Tietze 2018-08-04 08:15:49 UTC Comment hidden (off-topic)
Comment 6 Heiko Tietze 2018-09-04 10:01:53 UTC
Cannot reproduce with 
Build ID: 6.1.0-2
CPU threads: 2; OS: Linux 4.18; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group threaded

And I don't see a reason why this action is not executed immediately. So this is not a UX feature.
Comment 7 Xisco Faulí 2018-09-04 10:18:21 UTC
I can't reproduce it in

Build ID: 4b5fcd417587cfb9e6d8b61ecb037ab165eeb5b9
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: threaded

with a clean profile on Linux Mint

In Gnome, does it happen with any other software ?
Comment 8 Xisco Faulí 2018-09-04 10:56:32 UTC
As you're using GTK3, could you please check if it's the same bug as bug 119688?
Setting to NEEDINFO for the time being...
Comment 9 ricky.tigg 2018-09-04 12:14:18 UTC
The two-steps operation illustrated in that report is not a constant model. Writer may require from time to time more than two attempts –like it is the case now– in order to reach the expected Full-screen state. Among the applications belonging to the Libreoffice suite and that are available on Fedora, the only one to feature the Full screen feature is Calc. Using Calc on Gnome – now tested on Xorg environment–,  the Full screen cannot be accomplished.

Current report appears not to be identical to bug 119688? –which occurs also on mys system– as the procedure required in the present report is:

1. Launch Writer for the first tine in current session (by default the window is maximized);
2. Invoke Full screen (Ctrl + Shift + J);
3. Maximize (Ctrl + Shift + J);
4. Invoke Full screen (Ctrl + Shift + J);
5. Repeat steps 2. and 3. as much as needed in order to reach a Full screen state in Gnone (which means the Gnome environment's top bar is covered by the Libreoffice application).

Additional Info: Version: – Build ID: – CPU threads: 2; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group

By default, installed components related to 'GTK3|GTK2' are:
$ dnf list installed| egrep -i 'GTK3|GTK2'
PackageKit-gtk3-module.x86_64              1.1.10-1.fc28               @updates 
adwaita-gtk2-theme.x86_64                  3.28-1.fc28                 @anaconda
gtk2.x86_64                                2.24.32-2.fc28              @anaconda
gtk3.x86_64                                3.22.30-1.fc28              @anaconda
ibus-gtk2.x86_64                           1.5.18-7.fc28               @updates 
ibus-gtk3.x86_64                           1.5.18-7.fc28               @updates 
libcanberra-gtk2.x86_64                    0.30-16.fc28                @anaconda
libcanberra-gtk3.x86_64                    0.30-16.fc28                @anaconda
libreoffice-gtk2.x86_64                    1:            @updates 
libreoffice-gtk3.x86_64                    1:            @updates 
pygtk2.x86_64                              2.24.0-21.fc28              @fedora  
spice-gtk3.x86_64                          0.35-1.fc28                 @updates 
webkit2gtk3.x86_64                         2.20.5-1.fc28               @updates 
webkit2gtk3-jsc.x86_64                     2.20.5-1.fc28               @updates 
webkit2gtk3-plugin-process-gtk2.x86_64     2.20.5-1.fc28               @updates
Comment 10 Xisco Faulí 2018-09-14 15:25:03 UTC
Hello Ricky Tigg,
Out of curiosity, is it fixed if you edit the exec line in .desktop to:

Exec=env XDG_CURRENT_DESKTOP=gnome libreoffice --writer %U
Comment 11 ricky.tigg 2018-09-14 17:01:29 UTC
Location of suggested file '.desktop'to edit is missing.
Comment 12 Xisco Faulí 2018-09-17 15:04:03 UTC
(In reply to ricky.tigg from comment #11)
> Location of suggested file '.desktop'to edit is missing.

Could you try to run LibreOffice with 'OOO_FORCE_DESKTOP=unity libreoffice' from a command line instead ?
Comment 13 ricky.tigg 2018-09-17 15:49:55 UTC
Above mentioned command tested in version; Execution of keys combination Shift + Ctrl + J fails to cover Gnome 3.28 top bar.
Comment 14 Buovjaga 2018-12-26 16:55:58 UTC
What is shown in the screenshot is a docked fullscreen toolbar. Related: bug 91282
Comment 15 Jean-Baptiste Faure 2020-03-29 21:21:59 UTC
I do not understand where is the problem : ctrl+Shift+J toggle between normal screen and full screen with a small toolbar containing only one button named "Full Screen". This button is useful for users who go inadvertently in full screen mode.
I do not see how to close this toolbar.

So I propose to close this bug report as NotABug.

Best regards. JBF