Description: Some dialog boxes can not be moved when the main window is maximized. When it's not maximized, attempting to move the box moved the entire window. I'm not sure if this is intended behavior or inherent to gtk3(I assume) as I have noticed this same problem with other programs and their Save As dialog boxes. It is highly annoying coming from Windows where all these dialog boxes could be moved to the side to view the text underneath. This is especially needed for the Character, Paragraph, Page, which have an Apply button. Often the altered text will be obscured. Some notable exceptions are Fields and Insert Index Entry. The ability to have the dialog box to the side and move the cursor in the document made indexing a book a lot easier then it would have been if I had to constantly open and close it. Going back and updating entries with Edit Index Entry would have been a lot easier. Dimming the main window also made the flagged index points harder to see, particularly when there are index marks that aren’t attached to a whole word and are just a little gray sliver. Known windows: Special Characters Edit Index Entry Options - LibreOffice Print Character Paragraph Page Style Bookmark Insert Break Save As (I don't know it there is some kind of styling information so all the 'blocking' dialog boxes can be easily searched for) Steps to Reproduce: 1. Writer, new file 2. Add some text 3. Select a word, Insert->Table of Contents and Index->Index Entry... 4. Click Insert 5. Right click on the flagged word, Index Entry... Actual Results: Edit Index Entry dialog box is fixed in the center of the (dimmed) main window and I can't see which index entry I'm editing when using the Previous and Next arrows. Expected Results: Insert Index Entry dialog behavior Reproducible: Always User Profile Reset: No Additional Info: Ubuntu 19.10 Version: 6.4.2.1 Build ID: c92dba0b4728c0ec26c4b83e2c0fbf3284425375 CPU threads: 12; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: CL
I can move the Edit Index Entry dialog just fine. Arch Linux 64-bit Version: 6.4.3.2 Build ID: 6.4.3-1 CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded
Brian, could you create a screencast with Simple Screen Recorder? Just video. In order to understand better what is happening...
Created attachment 161056 [details] Screen recording showing the movement and non-movement of the dialog boxes
Comment on attachment 161056 [details] Screen recording showing the movement and non-movement of the dialog boxes In going back over this again I realized that the Edit Index Entry dialog box was movable the FIRST time it was invoked to add an index mark (steps 1-3). After closing it and right-clicking on the word, this time the dialog box was fixed as described in the initial report. I also show the fixed nature of the Paragraph dialog box.
(In reply to Brian from comment #4) > Comment on attachment 161056 [details] > Screen recording showing the movement and non-movement of the dialog boxes > > In going back over this again I realized that the Edit Index Entry dialog > box was movable the FIRST time it was invoked to add an index mark (steps > 1-3). After closing it and right-clicking on the word, this time the dialog > box was fixed as described in the initial report. I also show the fixed > nature of the Paragraph dialog box. No problem for me. Arch Linux 64-bit Version: 6.4.3.2 Build ID: 6.4.3-1 CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded
I can't reproduce it in Version: 7.1.0.0.alpha0+ Build ID: 42bf9bdf3d551eb59604f952204c49f7d7a1e913 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
(In reply to Xisco Faulí from comment #6) > I can't reproduce it in > > Version: 7.1.0.0.alpha0+ > Build ID: 42bf9bdf3d551eb59604f952204c49f7d7a1e913 > CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3 > Locale: en-US (en_US.UTF-8); UI: en-US > Calc: threaded > > Could you please try to reproduce it with a master build from > http://dev-builds.libreoffice.org/daily/master/ ? > You can install it alongside the standard version. > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the master build Those dialog boxes are still fixed in the center of the main application window for me. "Insert Index Entry" (Insert -> Table of Contents and Index -> Insert Index...) can be moved. Others like "Paragraph", "Character", and "Save As" are still locked in the center. I try to move them by grabbing the top header bar that contains the name of the dialog box (with the X to close it) and instead of being able to move the box, the entire LibreOffice main application window moves. If the main application is maximized, I can't move the currently active dialog box at all. I noticed that the "Inset Index..." entry now has a check mark next to it in the dropdown menu that becomes checked when the dialog box is open. Version: 7.1.0.0.alpha0+ Build ID: 3ba009e0c2b7800305103f8ec86df58625fed955 CPU threads: 12; OS: Linux 5.3; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-06-25_05:32:26 Calc: threaded
[Automated Action] NeedInfo-To-Unconfirmed
Brian: are you running a Wayland session? I guess this helps to find out: https://linuxconfig.org/how-to-enable-disable-wayland-on-ubuntu-20-04-desktop
Created attachment 165836 [details] Video of problem under GNOME + Wayland I received a video of this exact problem through a Finnish FOSS IRC channel. This is specific to Wayland + GNOME. I am unable to repro with GTK3 + Wayland + KDE Plasma. Video features LibO 7.0.1.2 on Arch Linux
Let's tentatively set to NEW and update summary after we get word from Brian.
it this just the default gnome mode with modal dialogs, i.e. the setting tweakable with gnome-tweaks: windows, attach modal dialogs
(In reply to Buovjaga from comment #9) > Brian: are you running a Wayland session? > I guess this helps to find out: > https://linuxconfig.org/how-to-enable-disable-wayland-on-ubuntu-20-04-desktop I've never used that option on login screen shown on that site. My /etc/gdm3/custom.conf has the following lines: [daemon] # Uncomment the line below to force the login screen to use Xorg #WaylandEnable=false (I have not experienced the shrinking of the main window down to it's absolute minimum size as shown in the end of the second attached video.)
(In reply to Brian from comment #13) > (In reply to Buovjaga from comment #9) > > Brian: are you running a Wayland session? > > I guess this helps to find out: > > https://linuxconfig.org/how-to-enable-disable-wayland-on-ubuntu-20-04-desktop > > I've never used that option on login screen shown on that site. My > /etc/gdm3/custom.conf has the following lines: > > [daemon] > # Uncomment the line below to force the login screen to use Xorg > #WaylandEnable=false > > (I have not experienced the shrinking of the main window down to it's > absolute minimum size as shown in the end of the second attached video.) For good measure, run this command in a terminal: env|grep WAYLAND and copy & paste the result here.
(In reply to Buovjaga from comment #14) > (In reply to Brian from comment #13) > > (In reply to Buovjaga from comment #9) > > > Brian: are you running a Wayland session? > > > I guess this helps to find out: > > > https://linuxconfig.org/how-to-enable-disable-wayland-on-ubuntu-20-04-desktop > > > > I've never used that option on login screen shown on that site. My > > /etc/gdm3/custom.conf has the following lines: > > > > [daemon] > > # Uncomment the line below to force the login screen to use Xorg > > #WaylandEnable=false > > > > (I have not experienced the shrinking of the main window down to it's > > absolute minimum size as shown in the end of the second attached video.) > > For good measure, run this command in a terminal: > > env|grep WAYLAND > > and copy & paste the result here. That did not return anything. Just using env returned SHELL=/bin/bash SESSION_MANAGER=local/~username~-~IDNUMBER~:@/tmp/.ICE-unix/7645,unix/~username~-~IDNUMBER~:/tmp/.ICE-unix/7645 QT_ACCESSIBILITY=1 COLORTERM=truecolor XDG_CONFIG_DIRS=/etc/xdg/xdg-ubuntu:/etc/xdg XDG_MENU_PREFIX=gnome- GNOME_DESKTOP_SESSION_ID=this-is-deprecated MANDATORY_PATH=/usr/share/gconf/ubuntu.mandatory.path GNOME_SHELL_SESSION_MODE=ubuntu SSH_AUTH_SOCK=/run/user/1000/keyring/ssh XMODIFIERS=@im=ibus DESKTOP_SESSION=ubuntu SSH_AGENT_PID=7609 GTK_MODULES=gail:atk-bridge PWD=/home/~username~ LOGNAME=~username~ XDG_SESSION_DESKTOP=ubuntu XDG_SESSION_TYPE=x11 GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1 XAUTHORITY=/run/user/1000/gdm/Xauthority GJS_DEBUG_TOPICS=JS ERROR;JS LOG WINDOWPATH=2 HOME=/home/~username~ USERNAME=~username~ IM_CONFIG_PHASE=1 LANG=en_US.UTF-8 LS_COLORS= ~striped out~ XDG_CURRENT_DESKTOP=ubuntu:GNOME VTE_VERSION=6003 GNOME_TERMINAL_SCREEN=/org/gnome/Terminal/screen/~GUID~ INVOCATION_~GUID~ MANAGERPID=7393 GJS_DEBUG_OUTPUT=stderr LESSCLOSE=/usr/bin/lesspipe %s %s XDG_SESSION_CLASS=user TERM=xterm-256color DEFAULTS_PATH=/usr/share/gconf/ubuntu.default.path LESSOPEN=| /usr/bin/lesspipe %s USER=~username~ GNOME_TERMINAL_SERVICE=:1.221 DISPLAY=:0 SHLVL=1 QT_IM_MODULE=ibus XDG_RUNTIME_DIR=/run/user/1000 JOURNAL_STREAM=9:64382 XDG_DATA_DIRS=/usr/share/ubuntu:/home/~username~/.local/share/flatpak/exports/share:/var/lib/flatpak/exports/share:/usr/local/share/:/usr/share/:/var/lib/snapd/desktop PATH=/usr/share/ghostscript:/home/~username~/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin GDMSESSION=ubuntu DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus _=/usr/bin/env
(In reply to Caolán McNamara from comment #12) > it this just the default gnome mode with modal dialogs, i.e. the setting > tweakable with gnome-tweaks: windows, attach modal dialogs My Finnish testing assistant reported that indeed, running gnome-tweaks and changing this setting makes the problem go away. Brian: I am going to close this as notourbug and hoping that gnome-tweaks works for you as well.
Sorry, should have been notabug rather
(In reply to Buovjaga from comment #16) > (In reply to Caolán McNamara from comment #12) > > it this just the default gnome mode with modal dialogs, i.e. the setting > > tweakable with gnome-tweaks: windows, attach modal dialogs > > My Finnish testing assistant reported that indeed, running gnome-tweaks and > changing this setting makes the problem go away. > > Brian: I am going to close this as notourbug and hoping that gnome-tweaks > works for you as well. I did not know about gnome-tweaks, that setting solved problem. Thank you for the help.