Description: 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: 6.0.4.2 – Build ID: 6.0.4.2-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 NAME=Fedora 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
I see that with LO 6.1.1.0.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 Version: 6.1.0.3 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 Version: 6.2.0.0.alpha0+ 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: 6.0.6.2 – Build ID: 6.0.6.2-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:6.0.6.2-1.fc28 @updates libreoffice-gtk3.x86_64 1:6.0.6.2-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 6.0.6.2; 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
(In reply to Jean-Baptiste Faure from comment #15) > 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 No feedback from the reporter. Closing as RESOLVED NOTABUG