Whenever I invoke LO from the command line of a terminal to open an encrypted .odt file, the cursor (almost) always drops the focus from the encrypted password window back to the terminal that invoked it. this is a huge security breach because if I type the password before I realize this has happened, it shows up on the terminal and potentially in my command history. See https://drive.google.com/file/d/0B-3x0QT9-7fIWExSUGp3S1ZzZE0/edit?usp=sharing fpr example. This sometimes happens if LO crashes while I have an encrypted .odt file open and it is trying to recover the file, but not always. This has not happened yet if I open Writer first and then open the file form there. Then this happens: https://drive.google.com/file/d/0B-3x0QT9-7fIUHdGYUJkOWQ3ZUE/edit?usp=sharing Please fix in 4.2.7 or 4.3.1, whichever comes next. I am running Xubuntu 14.04 with xfce4 v 4.10 on an AMD Phenom II x6 CPU. This never happened with Xubuntu 12.04, and it does not happen on my work desktop, which is running a dual quad-Xeon (and the same OS). I am also filing a bug with Xubuntu, among others, just in case.
My apologies for all the typos - ick. The corrected description is below. Whenever I invoke LO Writer from the command line of a terminal to open an encrypted .odt file, the cursor (almost) always drops the focus immediately from the encrypted password window back to the terminal that invoked it. This is a huge security breach because if I type the password before I realize this has happened, it shows up on the terminal and potentially in my command history. See https://drive.google.com/file/d/0B-3x0QT9-7fIWExSUGp3S1ZzZE0/edit?usp=sharing for example. This sometimes happens if LO crashes while I have an encrypted .odt file open and it is trying to recover the file, but not always. (This has happened several times in 14.04 and rarely in 12.04, so it may be something weird there.) The loss of focus problem has not happened yet if I open Writer first and then open the file from there. Then this happens: https://drive.google.com/file/d/0B-3x0QT9-7fIUHdGYUJkOWQ3ZUE/edit?usp=sharing Please fix in 4.2.7 or 4.3.1, whichever comes next. I am running Xubuntu 14.04 with xfce4 v 4.10 on an AMD Phenom II x6 CPU. This never happened with Xubuntu 12.04, and it does not happen on my work desktop, which is running a dual quad-Xeon (and the same OS). I am also filing a bug with Xubuntu, among others, just in case.
Sorry I don't understand the command you're using. But it can't reproduce using standard command: $ soffice thanks.odt Tested with LO 4.2.6.2 (from PPA) under Ubuntu 12.04 x86 (gnome/unity) Or possibly it's happen only in particular situation? Exact reproducible steps should be known.
Where the problem occurs is under Xubuntu 14.04 running LO 4.2.6 or 4.3.1. I have an alias 'go' which invokes xdg-open, the Xubuntu command that determines the format of a file and launches the appropriate application to handle it. My .odt files were set to run LO 4.2.6. I just checked, since I have installed LO 4.3.1, and they were still set to run LO 4.2. I changed this so that 4.3 is the default for .odt files and now it seems to work properly. I have noticed before (LO 4.1 -> 4.2 and now 4.2 -> 4.3) that the file application settings don't get updated when I install a newer edition of LO. Perhaps that is where the problem lies. In any case, with the .odt files set in Thunar to use LO 4.3 as their default app, this now works. So I suppose you can close this bug. Thanks.
Update: please do not close this bug. I believe this is the way to reproduce the problem. 1. Open an encrypted (or perhaps any) document. 2. Leave the document open and try to open another encrypted document, but not from the same document window as the already-open one. The password input window does not take the focus. Also, if I use <alt><tab> to switch to the input window, the focus shifts to the open document instead. I can add screenshots if you need them.
I did some experimenting and the results are variable. I created a new unencrypted document and two encrypted documents. While I had the unencrypted document open, running libreoffice from the command line to open one of the encrypted ones did this: https://drive.google.com/file/d/0B-3x0QT9-7fINzZuTGpsa1VUWHc/edit?usp=sharing Notice that the password window does not have the focus (the blue one has the focus). It did the same thing when I opened the encrypted document from the File->Recent Documents window, but when the screen snapshot came up, the password window grabbed the focus right before the screenshot. Wish I could prove that one. The exact same thing happened when I held the encrypted document open and tried to open the second one with the File->Recent Documents menu, and again the window grabbed the focus before the snapshot took place. But, if I opened the second encrypted document from the command line as before, this is what happened: https://drive.google.com/file/d/0B-3x0QT9-7fIdzIyb0RCaXp3WGM/edit?usp=sharing If you experiment around a bit with this, you should see the same problem. I will say that it seems to be more prevalent if the command line is either set to run in background (<command> &) or uses the xdg-open command, which effectively does the same thing. Maybe there's a correlation, though the Files->Recent Documents effect suggests otherwise. I hope that helps. let me know if you need any more information. Thanks.
It's worse than I thought. In 4.3.1, the focus does not follow commands. For example, when I have more than one document open and one is minimized, many commands in the other document that open a new input window do not grab the focus. Today this happened when I typed <ctrl>O (open a document). The "open document" window came up, but the focus stayed in the open document. This stops after I do a search (<ctl>F) or print (<ctl>P).
In my more recent usage, I have found that this happen son all pop-up windows in Writer if I am working in a second file (i.e., I have another document open in another window). This is really annoying.
I can test this with Xubuntu, but I need an encrypted document. Please attach one.
I suggest that we change the
The problem seems to be more insidious than just encrypted documents. From what I've been seeing, if I have more than one LO document open, whenever either one needs an input, the majority of times the new input window is raised, is lacks focus. I am no longer convinced that this is an LO problem and I have filed bugs against Ubuntu and XFCE, which is where I believe the problem actually lies. It happens in programs other than LO, though LO is where I most frequently run into it as that is the app I most frequently use where I find situations like this. To reproduce: 1. Open any document. 2. Optionally minimize this one. 3. Open another document. 4. If the attempt to open does not produce a window (for input on the name of the new file) that lacks focus, try any other command that prompts for input (save, open another file, page format, etc.). That should do it. (You can create an encrypted document with minimal effort - any one will do.)
Please ignore comment #9 - my keyboard cut off the change before I could edit it properly.
Dear Bug Submitter, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team This NEEDINFO message was generated on: 2015-09-03
(In reply to QA Administrators from comment #12) > Dear Bug Submitter, > > This bug has been in NEEDINFO status with no change for at least 6 months. > Please provide the requested information as soon as possible and mark the > bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is > still in NEEDINFO status with no change in 30 days the QA team will close > the bug as INVALID due to lack of needed information. > > For more information about our NEEDINFO policy please read the wiki located > here: > https://wiki.documentfoundation.org/QA/FDO/NEEDINFO > > If you have already provided the requested information, please mark the bug > as UNCONFIRMED so that the QA team knows that the bug is ready to be > confirmed. > > > Thank you for helping us make LibreOffice even better for everyone! > > > Warm Regards, > QA Team > > This NEEDINFO message was generated on: 2015-09-03 Please see comment #10 - I do not believe this is an LO issue at all. It appears to be a problem with xfwm4, the Xubuntu window manager. Thanks.
*** Bug 96166 has been marked as a duplicate of this bug. ***