Description: Can't work with document if there is Open window in another LO application Steps to Reproduce: 1. Open LO Writer, print some words 2. Open LO Calc, then do Ctrl+O (Open dialog) 3. Try to edit text document in Writer Actual Results: Impossible to work with document in LO Writer, focus at window Open Expected Results: Possibility to work with LO Writer document Reproducible: Always User Profile Reset: No Additional Info: Reproduced for Version: 6.2.0.0.alpha1 Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; Locale: ru-RU (ru_RU.UTF-8); Calc: threaded DO NOT reproduced for Version: 6.2.0.0.alpha1 Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: gtk3; Locale: ru-RU (ru_RU.UTF-8); Calc: threaded
Created attachment 145939 [details] no-focus
I can reproduce the behaviour, but I'm not sure whether I'd actually call this a bug. The file picker is (currently) modal to the whole application, i.e. all LibreOffice windows become inactive (and greyed out) until the interaction with the dialog is finished. I think I once saw that Microsoft Office also blocks all other windows when using e.g. "Save as", but don't have it at hand to check right now.
(In reply to Michael Weghorn from comment #2) > I can reproduce the behaviour, but I'm not sure whether I'd actually call > this a bug. The file picker is (currently) modal to the whole application, > i.e. all LibreOffice windows become inactive (and greyed out) until the > interaction with the dialog is finished. > > I think I once saw that Microsoft Office also blocks all other windows when > using e.g. "Save as", but don't have it at hand to check right now. But this behavior is only reproduced for VCL=KDE5, not for gtk3 And also I compared it with LO 5.4.7.2: it's possible to work with Writer document with opened dialog in another LO application.
I get the same behaviour using Kwrite. I know this is not happening using GTK3 but I think this is the way KDE5 is meant to be. I think this is NOTABUG
(In reply to Xisco Faulí from comment #4) > I get the same behaviour using Kwrite. > I know this is not happening using GTK3 but I think this is the way KDE5 is > meant to be. > I think this is NOTABUG I doesn't think it is NOTABUG. My arguments are: 1) If to start LO using gtk3 - all is correct (at the same test stand) 2) Previous versions of LO works fine 5.4.7.2 using kde4 (at the same test stand) Also, I tried with KWrite: - open the 1st document - open the 2nd document - open save as dialog in the 2nd document --> the 1st document can be edited successfully
Created attachment 146435 [details] video Please see video from attachment
Thats how KDE does it -> NOTABUG I'm afraid.
Verified as NOTABUG for Version: 6.3.0.0.alpha0+ Build ID: 6e80862ee6851b75fc7fa628156400bb044391ee CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde5; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-01-22_16:54:24 Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US Calc: threaded Current behavior is: - both LO applications became disabled if Open dialog is opened for one of the applications - impossible to enter any text to both applications See screenshot
Created attachment 148560 [details] 120840-final-screen