Bug 114722 - lack of focus
Summary: lack of focus
Status: VERIFIED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.0.0.alpha0+
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks:
 
Reported: 2017-12-27 22:51 UTC by Terrence Enger
Modified: 2018-05-17 20:05 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
tail of terminal output from bibisect (2.48 KB, text/plain)
2017-12-27 22:53 UTC, Terrence Enger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Terrence Enger 2017-12-27 22:51:17 UTC
I observe this on debian-buster with xfce desktop and dbgutil builds
with envvar SAL_USE_VCLPLUGIN=gtk3.  The problem is absent with
SAL_USE_VCLPLUGIN=gen.  I have not tried other desktop manager or a
production build of LibreOffice.

STR

(1) Open a terminal where it will be visible beside the LibreOffice
    window.

(2) Start Writer from the command line.  Program presents Writer
    window "Untitled 1".

    Expected : Caret in the document area.

    Observed : No caret.

(3) Type "<Ctrl>+Q".

    Expected : LibreOffice exits.

    Observed : four occurrences of terminal message (rewrapped)

        warn:legacy.tools:23785:1:basic/source/sbx/sbxobj.cxx:95:
            Object element with dangling parent

(4) Give focus to another program and then give it back to
    LibreOffice.  For example, type "<Alt>+<Tab> <Alt>+<Tab".

    Expect and observed : There is a caret in the document area.

(5) Type "<Ctrl>+Q".  Program Exits.


Other observations:

(*) Calc behaves the same way as Writer.

(*) If you start Writer from the Start Center instead of the command
    line, the document area opens with a caret.

(*) After step (2), the Writer window *does* respond to e.g. "<Alt>+F"
    to open the File menu.  However, after closing the menu with
    "<Esc>", there is still no caret in the document area.

(*) In step (3), I think that the message appears in the terminal each
    time a key is pressed or released.

(*) In step (4), if the Writer window is the only window in the
    workspace, then it suffices to type a single "<Alt>+<Tab>".

In view of the particularity of my setup and the ease of the
workaround, I am setting priority to low/minor.

In anticipation of my next comment, I am setting keywords regression,
bibisected.
Comment 1 Terrence Enger 2017-12-27 22:53:58 UTC
Created attachment 138703 [details]
tail of terminal output from bibisect

Working on debian-buster in the recently retired daily Linux dbgutil
bibisect repository, I see that the bug came into LibreOffice
somewhere in the 48 or so commits

          commit    date        s-h
          --------  ----------  --------
    good  bdeec2be  2017-09-08  fc670f63
    bad   a13939e5  2017-09-09  a45800f0
Comment 2 Buovjaga 2018-01-26 13:59:06 UTC
Jay: you had an Xfce setup. Care to confirm this with a dbgutil build and SAL_USE_VCLPLUGIN=gtk3?
Comment 3 Xisco Faulí 2018-02-26 15:03:14 UTC
Hi Terrence,
Does it happen with a daily build from http://dev-builds.libreoffice.org/daily/master/ ?
Comment 4 Terrence Enger 2018-02-27 01:58:29 UTC
Thank you for the reminder, Xisco.

Working in the daily Linux dbgutil bibisect repository, I see the
problem fixed in the range:

               commit    date        s-h
               --------  ----------  --------
    no caret   f0604aba  2018-02-16  6a3f9de5  
    yes caret  24baac23  2018-02-17  05986e7f  

I presume that the daily bug is not (at least, not any longer)
afflicted.  I am setting bug status VERIFIED WORKSFORME.
Comment 5 Terrence Enger 2018-02-27 02:04:01 UTC
The warning in the terminal persists.  I conclude that the message is
not related to the lack of initial focus.
Comment 6 Terrence Enger 2018-05-17 20:05:53 UTC
Further to comment 5, I am removing the error message from bug
summary.