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
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.
Full-screen achievement to be a one-step-operation.
User Profile Reset: Yes
Version: 188.8.131.52 – Build ID: 184.108.40.206-4.fc28
CPU threads: 2; OS: Linux 4.16; UI render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 143033 [details]
Full-screen issue within the same active session.
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
$ cat /etc/os-release
VERSION="28 (Workstation Edition)"
$ cat /proc/version
Linux version 4.16.16-300.fc28.x86_64 (firstname.lastname@example.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"
I see that with LO 220.127.116.11.0+. 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
needsUXEval requires CC ux-advise
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.
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 ?
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...
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: 18.104.22.168 – Build ID: 22.214.171.124-1.fc28 – 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:126.96.36.199-1.fc28 @updates
libreoffice-gtk3.x86_64 1:188.8.131.52-1.fc28 @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
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
Location of suggested file '.desktop'to edit is missing.
(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 ?
Above mentioned command tested in version 184.108.40.206; Execution of keys combination Shift + Ctrl + J fails to cover Gnome 3.28 top bar.
What is shown in the screenshot is a docked fullscreen toolbar. Related: bug 91282
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