https://bugs.documentfoundation.org/show_bug.cgi?id=32935
--- Comment #36 from Gareth <[email protected]> --- The essence of the bug (or misfeature) is that the dialog is attached to the wrong window. When any CSV or HTML file is right clicked in Windows Explorer and 'Open with... LibreOffice Calc' selected (a) if LibreOffice is not running: (i) The Import Dialog opens with no parent window, at the top of the Z order, i.e. on top of the Explorer window from which it was called. (ii) If OK is clicked on the Import Dialog, a Calc window opens. (iii) If Cancel is selected, LibreOffice quits. In other words, correct behaviour. (b) if LibreOffice is running (i) the Import Dialog opens with some existing LibreOffice window as its parent. This need not be a Calc window: it will attach to e.g. a Writer window if any is open. (ii) In no case does the Import Dialog or its parent window come to the top of the Z-order. Even if its parent is the topmost window other than the calling Explorer window, the dialog remains underneath the Explorer window. If the parent window happens to be deeper in the Z-order, the dialog is completely hidden, with no clue to the user that it is there. In other words, the bug/misfeature is exercised. It looks like potentially a very simple fix. The Import Dialog just needs to open with no parent even if LibreOffice is already running. I would expect it to involve no more than changing a parent window reference to null for both kinds of import dialog. If you wish me to raise a separate bug report for the HTML Import Dialog, please let me know. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
