Description: LibreOffice 6.0 does not open files in focus if Firefox and another open LO file are not in focus 1. Open Firefox. 2. Open any LibreOffice 6.0 file. 3. Open any file manager. 4. Open any other LibreOffice 6.0 file from the file manager. The expected behavior is that the newly opened file will immediately be in focus in the foreground. The actual behavior is that the newly opened file is opened in the background if any other LO file is open in the background. After repeating this process a few times I was unable to reproduce the behavior. But then after waiting some time I was again able to reproduce the effect by first opening Firefox. I was *not* able to reproduce this by first opening any non-Firefox application. Environment: nsleasy@t450:~> cat /etc/os-release NAME="openSUSE Leap" VERSION="15.0 Beta" ID=opensuse ID_LIKE="suse" VERSION_ID="15.0" PRETTY_NAME="openSUSE Leap 15.0 Beta" ANSI_COLOR="0;32" CPE_NAME="cpe:/o:opensuse:leap:15.0" BUG_REPORT_URL="https://bugs.opensuse.org" HOME_URL="https://www.opensuse.org/" nsleasy@t450:~> libreoffice --version LibreOffice 6.0.2.1.0 00m0(Build:1) Desktop environment: MATE 1.20.0 File Manager: Caja or Thunar (The undesired LibreOffice behavior is independent of which file manager is used to open the files.) Steps to Reproduce: 1. Open Firefox. 2. Open any LibreOffice 6.0 file. 3. Open any file manager. 4. Open any other LibreOffice 6.0 file from the file manager. Actual Results: The actual behavior is that the newly opened file is opened in the background if any other LO file is open in the background. Expected Results: The expected behavior is that the newly opened file will immediately be in focus in the foreground. Reproducible: Always User Profile Reset: No Additional Info: Bring the newly opened file immediately in focus. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0
Can not reproduce it! Tested on: Version: 6.0.3.2 Build ID: 8f48d515416608e3a835360314dac7e47fd0b821 CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group Linux Mint 18.3 Cinnamon 64 Linux Ubuntu 16.04.4 64
I am also unable to produce it in either MATE or KDE desktop environments with: openSUSE Leap 15.0 LibreOffice 6.0.3.2 Firefox 59.0.2 Probably impossible to know the original combination of variables that produced the original behavior.
I don't understand this bug. Nolan, you say you don't reproduce this? It happened once or what?
This happened consistently, as described, using openSUSE Leap 15.0 with LibreOffice 6.0.2.1 with Firefox 59.0.x. Downgrading to LibreOffice 5.4.6.x fixed the problem on openSUSE Leap 15.0. They have since upgraded to LO 6.0.3.2 on that platform, however, and the problem seems to have disappeared. As I said, it's probably impossible to know the original combination of variables that produced the incorrect behavior. Although openSUSE has chosen to go with LibreOffice 6.0.x right away on openSUSE Leap 15.0, I will continue to downgrade it to the more stable LibreOffice 5.4.x.
(In reply to Nolan Leasy from comment #4) > This happened consistently, as described, using openSUSE Leap 15.0 with > LibreOffice 6.0.2.1 with Firefox 59.0.x. Downgrading to LibreOffice 5.4.6.x > fixed the problem on openSUSE Leap 15.0. > > They have since upgraded to LO 6.0.3.2 on that platform, however, and the > problem seems to have disappeared. As I said, it's probably impossible to > know the original combination of variables that produced the incorrect > behavior. > > Although openSUSE has chosen to go with LibreOffice 6.0.x right away on > openSUSE Leap 15.0, I will continue to downgrade it to the more stable > LibreOffice 5.4.x. Yep, so let's be happy and close.