[bt-devel] Bibletime main scripture window not updating after upgrade to Debian Buster

Wed Aug 21 13:12:47 MST 2019

On 8/21/19 8:27 AM, John A. Sullivan III wrote:
> On Tue, 2019-08-20 at 20:00 -0700, Gary Holmlund wrote:
>> On 8/20/19 7:33 PM, Gary Holmlund wrote:
>>> On Tue, 2019-08-20 at 21:07 -0400, John A. Sullivan III wrote:
>>>>> On Mon, 2019-08-19 at 19:41 -0700, Gary Holmlund wrote:
>>>>>> On 8/19/19 6:17 PM, John A. Sullivan III wrote:
>>>>>>> On Mon, 2019-08-19 at 08:01 -0700, Gary Holmlund wrote:
>>>>>>>> John,
>>>>>>>>
>>>>>>>> I have been trying to reproduce your issues, but so far I
>>>>>>>> have
>>>>>>>> not
>>>>>>>> seen
>>>>>>>> them. I am using a clean install of Buster and using
>>>>>>>> BibleTime
>>>>>>>> from
>>>>>>>> the
>>>>>>>> repository.
>>>>>>>>
>>>>>>>> Gary Holmlund
>>>>>>>>
>>>>>>>>
>>>>>>>> On 8/18/19 6:53 PM, John A. Sullivan III wrote:
>>>>>>>>> Hello, all.  I've just upgraded from Debian Stretch (9)
>>>>>>>>> to
>>>>>>>>> Buster
>>>>>>>>> (10)
>>>>>>>>> and have rebooted.  I'm running Bibletime from the
>>>>>>>>> repository
>>>>>>>>> with
>>>>>>>>> version 2.11.2, SWORD 1.8.1, QT 5.11.3.
>>>>>>>>>
>>>>>>>>> I haven't yet isolated the exact sequence but the main
>>>>>>>>> scripture
>>>>>>>>> window
>>>>>>>>> frequently stops updating.  If I change the verse by
>>>>>>>>> either
>>>>>>>>> typing
>>>>>>>>> it
>>>>>>>>> or using the chapter or verse arrows, I can see the
>>>>>>>>> synchronized
>>>>>>>>> other
>>>>>>>>> works changing but the main window does not.  Even if I
>>>>>>>>> click
>>>>>>>>> on
>>>>>>>>> the
>>>>>>>>> individual verses in the Bible window, I see the
>>>>>>>>> synchronized
>>>>>>>>> works
>>>>>>>>> change after a moment but the Bible window does not.
>>>>>>>>>
>>>>>>>>> I also noticed that when arrowing through the verse
>>>>>>>>> chapters,
>>>>>>>>> the
>>>>>>>>> main
>>>>>>>>> windows displays verse 0 and shows the last verse of
>>>>>>>>> the
>>>>>>>>> previous
>>>>>>>>> chapter.  So, for example, if I am in Ps 2:7 and click
>>>>>>>>> the up
>>>>>>>>> arrow
>>>>>>>>> to
>>>>>>>>> go to Psalm 1, it shows Psalm 1:0 and the last verse of
>>>>>>>>> Job
>>>>>>>>> (when
>>>>>>>>> the
>>>>>>>>> Bible window is not frozen!).
>>>>>>>>>
>>>>>>>>> Thanks - John
>>>>>>>> _______________________________________________
>>>>>>>> bt-devel mailing list
>>>>>>>> bt-devel at crosswire.org
>>>>>>>> http://www.crosswire.org/mailman/listinfo/bt-devel
>>>>>>> Hi, Gary.  I did a forced reinstallation and the verse 0
>>>>>>> problem
>>>>>>> has
>>>>>>> gone away but the frozen window has not.  I simplified to a
>>>>>>> single
>>>>>>> Bible window using KJV.  I am able to reproduce it
>>>>>>> regularly by
>>>>>>> changing the chapter by clicking on the previous or next
>>>>>>> chapter
>>>>>>> scroll
>>>>>>> arrows (that works) and then clicking on an individual
>>>>>>> verse in
>>>>>>> the
>>>>>>> window (I display verse numbers).  The clicked on verse
>>>>>>> does not
>>>>>>> become
>>>>>>> active and thereafter the window is frozen.  The associated
>>>>>>> works
>>>>>>> change and the text box for the Bible window changes but
>>>>>>> the
>>>>>>> window
>>>>>>> is
>>>>>>> frozen.  Hopefully I can figure out a work around before
>>>>>>> our next
>>>>>>> public study this Thursday as I usually project this screen
>>>>>>> for
>>>>>>> the
>>>>>>> study.  Thanks - John
>>>>>> John,
>>>>>>
>>>>>> I still cannot reproduce this.
>>>>>>
>>>>>> It seems likely the issue relates to Qt's WebEngine and
>>>>>> probably
>>>>>>
>>>>>> to the Debian 9 to 10 update. I would do a forced reinstall
>>>>>> on
>>>>>>
>>>>>> these Qt packages.
>>>>>>
>>>>>> libqt5webchannel5
>>>>>> libqt5webengine-data
>>>>>> libqt5webengine5
>>>>>> libqt5webenginecore5
>>>>>> libqt5webenginewidgets5
>>>>>>
>>>>>> Gary
>>>>>>
>>>>> Hi, Gary.  I did the forced reinstall and rebooted.  Alas, it
>>>>> is
>>>>> still
>>>>> mostly the same.  I find it locks as soon as I click on a verse
>>>>> number.
>>>>> If I toggle the display verse numbers on and off, the screen
>>>>> remains
>>>>> frozen but, every once in a while will jump alive until the
>>>>> next time
>>>>> I
>>>>> click on a verse number.
>>>>>
>>>>> It does not appear to be time related, i.e., if I let it sit
>>>>> for a
>>>>> long
>>>>> time, it does not unlock.  It may be related to the number of
>>>>> toggles
>>>>> but I've not been able to firmly establish that.  I don't know
>>>>> if it
>>>>> somehow has to absorb a mouse click event.  Whatever it is, I
>>>>> still
>>>>> see
>>>>> the same behavior.
>>>>>
>>>>> Any further suggestions? Thanks - John
>>>> I can add that minimizing and restoring the window does not
>>>> unfreeze it
>>>> so it is not just a matter of painting I suppose.  Thanks - John
>>> You can run debug mode in BibleTime and post the log.
>>>
>>> bibletime --debug >log 2>&1
>>>
>>> Gary
>>>
>>>
>> I found a suggestion in a Qt bug report. In a terminal window do
>> this:
>>
>> export QT_QUICK_BACKEND=software
>>
>> bibletime
>>
>>
>> Gary
>>
> Hi, Gary.  Here is the command line output:
>
> jasiii at jasiiiyoga:~$ export QT_QUICK_BACKEND=software
> jasiii at jasiiiyoga:~$ bibletime
> [2012:2032:0821/112201.358590:ERROR:nss_util.cc(727)] After loading Root Certs, loaded==false: NSS error code: -8018
>
> Here is the log output doing the same thing but with debug enabled as recommended:
>
> LOOKING UP LOCALE DIRECTORY...
> Checking for provided SWConfig("sword.conf")...
> Checking working directory for sword.conf...
> Checking working directory for mods.conf...
> Checking working directory for mods.d...
> Checking working directory ../library/ for mods.d...
> Checking $SWORD_PATH...
> Parsing /etc/sword.conf:/usr/local/etc/sword.conf...
> Checking for /etc/sword.conf...
> found.
> Overriding any systemwide sword.conf with one found in users home directory (/home/jasiii/.sword/sword.conf)
> Checking $ALLUSERSPROFILE/Application Data/sword/...
> Checking $HOME/Library/Application Support/Sword/...
> found (/home/jasiii/).
> Checking /home/jasiii/ for mods.d...
> Checking home directory for ~/.sword...
>    Checking for /home/jasiii/.sword/mods.conf...
>    Checking for /home/jasiii/.sword/mods.d...
> found.
> LOOKING UP LOCALE DIRECTORY COMPLETE.
> LOOKING UP MODULE CONFIGURATION...
> Checking for provided SWConfig("sword.conf")...
> Checking working directory for sword.conf...
> Checking working directory for mods.conf...
> Checking working directory for mods.d...
> Checking working directory ../library/ for mods.d...
> Checking $SWORD_PATH...
> Parsing /etc/sword.conf:/usr/local/etc/sword.conf...
> Checking for /etc/sword.conf...
> found.
> Overriding any systemwide sword.conf with one found in users home directory (/home/jasiii/.sword/sword.conf)
> Checking $ALLUSERSPROFILE/Application Data/sword/...
> Checking $HOME/Library/Application Support/Sword/...
> found (/home/jasiii/).
> Checking /home/jasiii/ for mods.d...
> Checking home directory for ~/.sword...
>    Checking for /home/jasiii/.sword/mods.conf...
>    Checking for /home/jasiii/.sword/mods.d...
> found.
> LOOKING UP MODULE CONFIGURATION COMPLETE.
> [2779:2799:0821/112437.892971:ERROR:nss_util.cc(727)] After loading Root Certs, loaded==false: NSS error code: -8018
>
>
> Does this provide any clue? Thanks - John

John,

The debug log does not help. I am fairly convinced that the issue is a 
Qt WebEngine issue.

Gary