BUG: Panel sizing affects tab label formatting causing high CPU usage and delay

I have finally enough information to help track down an issue I have been having. My computer stats:

Logos 6 (6.10 SR-2 6.10.0.0041 specifically, but it has been on the last few versions at least)
Operating System: Windows 10 (64-bit)
Processors: Intel Core i7-6500U CPU @ 2.50 GHz 2.60 GHz
RAM: 8 GB
Display Adapter: Intel HD Graphics 520

NOTE: I never experienced this on Windows 7, and just recently moved to Windows 10 and started encountering this, so it quite likely is tied to the operating system to some extent.

It appears that if I have two windows open in my layout (one left, one right), and 10+ tabs open in each window, sometimes the program enters a "loop" where it cannot decide for one of the tabs (so far, always the left window) whether to display the tab label text in a wider font, or narrower font, and so continually shifts back and forth in displaying wider/narrower text for the tab label.

This shifting back and forth, besides being annoying visually, causes the program to consume over 30% of my CPU power, but also essentially "hangs" the program from responding to any other commands in a very timely manner (i.e., trying to enter text it can take 3-5 seconds to display each character typed; or if trying to resize the window, it can take 10-15 seconds of holding down the mouse button with the side arrows in a new position before it registers the resize).

The particular tab it chooses to "hang" on I have not isolated a pattern for, as it has been the 2nd tab in a group of 10 (most recent, which was 'KJV 1900' text in the label), and the 2nd or 3rd (can't remember which, which was 'NA27' text in the label) to last tab in a group of roughly the same number of tabs.

TEMP SOLUTION: After effectively resizing the window to some location that allows the program to not flip-out (i.e., settle on either a wider or narrower font), then there is no issue.

So I suspect there is an edge case situation in the algorithm for determining resizing of tab fonts on window resize that is at a borderline based on window size where it changes to wider, rechecks decides now it needs to change to narrow, rechecks decides now it needs to change to wider, etc. in a perpetual loop at the same window size. For example, [check] window is 800px wide so make font narrower on tab, [check] window is 800px wide so make font wider on tab, etc., where it should not recheck until a resize has been down again or change again until it moves to 801px wide (or 799px wide).

Find more posts tagged with

Comments

Andrew Batishko

Please provide a list of the exact resources you had open when experiencing the problem, and whether they were open in the left or right window. Make sure that your list matches the order they are shown in the list of tabs. If you have customized the title or abbreviated title of any of those resources, please indicate your customizations. You will also need to indicate whether any of the opened resources were configured to display multiple resources (a Logos Now feature that can affect the title displayed in the tab).

A screenshot can also be useful, but may not always show all of the information listed above that is needed to recreate the problem.

Scott

https://community.logos.com/discussion/comment/814602#Comment_814602

Well, I cannot say the first couple of time I experienced this, but just now, this (from left to right):

Left Window

The New King James Version. Nashville: Thomas Nelson, 1982.
The Holy Bible: King James Version. Electronic Edition of the 1900 Authorized Version. Bellingham, WA: Logos Research Systems, Inc., 2009 (was flipping font size)
Garrett, Duane A. Hosea, Joel. Vol. 19A. The New American Commentary. Nashville: Broadman & Holman Publishers, 1997.
Nestle, Eberhard, and Erwin Nestle. Nestle-Aland: Novum Testamentum Graece. Edited by Barbara Aland, Kurt Aland, Johannes Karavidopoulos, Carlo M. Martini, and Bruce M. Metzger. 28. revidierte Auflage. Stuttgart: Deutsche Bibelgesellschaft, 2012.
Nestle, Eberhard, and Erwin Nestle. Nestle-Aland: NTG Apparatus Criticus. Edited by Barbara Aland, Kurt Aland, Johannes Karavidopoulos, Carlo M. Martini, and Bruce M. Metzger. 28. revidierte Auflage. Stuttgart: Deutsche Bibelgesellschaft, 2012.
Nestle, Eberhard, Erwin Nestle, Barbara Aland, Kurt Aland, Johannes Karavidopoulos, Carlo M. Martini, and Bruce M. Metzger. The Greek New Testament. 27th ed. Stuttgart: Deutsche Bibelgesellschaft, 1993.
The New Testament in the Original Greek: Byzantine Textform 2005, with Morphology. Bellingham, WA: Logos Bible Software, 2006.
Wonneberger, Reinhard. Understanding BHS: A Manual for the Users of Biblia Hebraica Stuttgartensia. 2nd rev. ed. Vol. 8. Subsidia Biblica. Roma: Pontificio Istituto Biblico, 1990.
A Morph Search window for: <lemma = lbs/he/מַבּוּל>
A Morph Search window for: <lemma = lbs/el/τύπος>

Right Window

Brown, Francis, Samuel Rolles Driver, and Charles Augustus Briggs. Enhanced Brown-Driver-Briggs Hebrew and English Lexicon. Oxford: Clarendon Press, 1977.
Koehler, Ludwig, Walter Baumgartner, M. E. J. Richardson, and Johann Jakob Stamm. The Hebrew and Aramaic Lexicon of the Old Testament. Leiden: E.J. Brill, 1994–2000.
Biblia Hebraica Stuttgartensia: With Westminster Hebrew Morphology. Electronic ed. Stuttgart; Glenside PA: German Bible Society; Westminster Seminary, 1996.
Biblia Hebraica Westmonasteriensis with Westminster Hebrew Morphology 4.18. J. Alan Groves Center for Advanced Biblical Research, 2013.
Swanson, James. Dictionary of Biblical Languages with Semantic Domains : Hebrew (Old Testament). Oak Harbor: Logos Research Systems, Inc., 1997.
Bible Text Search Window (cannot say what it was, as I have moved on in using that search)
Passage Guide on Hosea 1:9
Arndt, William, Frederick W. Danker, and Walter Bauer. A Greek-English Lexicon of the New Testament and Other Early Christian Literature. Chicago: University of Chicago Press, 2000.
Bible Word Study Guide for: παρουσία
Bible Text Search Window for: think on these things
Elwell, Walter A., and Barry J. Beitzel. Baker Encyclopedia of the Bible. Grand Rapids, MI: Baker Book House, 1988.
Mangum, Douglas, Derek R. Brown, Rachel Klippenstein, and Rebekah Hurst, eds. Lexham Theological Wordbook. Lexham Bible Reference Series. Bellingham, WA: Lexham Press, 2014.
Bible Word Study Guide for: τύπος
A Morph Search Window for: sun lemma:בוא@VaF---C

Additionally

My display is 1920 x 1080 and the left window was at roughly 55-60% of the window size (it still is in that range, it took a shift of the left window to be narrower about a scroll bar width to get the flipping to stop).
Program Scaling is "100%"
Default Resource Font is "Default" and Text Size is "100%"
Greek Font is "Default"
Hebrew Font is "SBL Hebrew"

And Also Another Scenario with More Info

When I opened up the Program Setting Tab in that configuration above to give you the above Additional information on fonts, that tab became the new last tab added to the Left Window Tabs above, and then the flipping started again. I noticed this time it was flipping two tab labels back and forth (NKJV and BYZ in this case), when one got wider, the other narrower in font size, and vice versa. I had to close the program to get it to respond (could not get it to resize), and then upon reentry and going back to the saved layout, it had decided to display both the BYZ tab and the NA27 tab with book icons, not text (whereas when it was flipping out, both were trying to stay text).

Andrew Batishko

https://community.logos.com/discussion/comment/814606#Comment_814606

Thanks for the detailed report. I've created a case to investigate this problem.

Adam Olean

I don't have time to add much detail, but I can at least confirm that I've encountered this same issue as well on my Surface 3 running Windows 10. I also have a Dell E2715H 27" IPS LED Monitor.

I usually work with two panels arranged in columns on my Surface 3's monitor and three panels arranged in columns on my external monitor (one narrow column on the left for the info tool and two wide columns for bibles and other occasional resources). It seems if I open too many tabs in a panel, then I am more likely to encounter this resizing issue, which leads to Logos hanging and can result in a crash (very much like Scott described but in greater detail).

Logos Bible Software 6.10 SR-2 6.10.0.0041
Windows 10 Home (64-bit)
CPU: Intel(R) Atom(TM) x7-Z8700 CPU @ 1.60GHz
RAM: 4.00 GB
Display Adapter: Intel(R) HD Graphics

Scott

https://community.logos.com/discussion/comment/814742#Comment_814742

Just curious on the status of this request. I still experience this issue.

Philana R. Crouch

https://community.logos.com/discussion/comment/860555#Comment_860555

Just curious on the status of this request. I still experience this issue.

Scott,

The person who I need to connect with is out sick, so it might not be until next week before I have an update.

Philana R. Crouch

https://community.logos.com/discussion/comment/860555#Comment_860555

Just curious on the status of this request. I still experience this issue.

Scott,

Can you provide a screenshot of your layout when this happen along with a list of what resources are open.

Thanks,

Philana

Adam Olean

https://community.logos.com/discussion/comment/814749#Comment_814749

I don't have time to add much detail, but I can at least confirm that I've encountered this same issue as well on my Surface 3 running Windows 10. I also have a Dell E2715H 27" IPS LED Monitor.

I usually work with two panels arranged in columns on my Surface 3's monitor and three panels arranged in columns on my external monitor (one narrow column on the left for the info tool and two wide columns for bibles and other occasional resources). It seems if I open too many tabs in a panel, then I am more likely to encounter this resizing issue, which leads to Logos hanging and can result in a crash (very much like Scott described but in greater detail).

Logos Bible Software 6.10 SR-2 6.10.0.0041

Windows 10 Home (64-bit)

CPU: Intel(R) Atom(TM) x7-Z8700 CPU @ 1.60GHz

RAM: 4.00 GB

Display Adapter: Intel(R) HD Graphics

I created a new bug thread that may be related, at least in part, to what Scott has reported here: BUG: Logos 7 Display, Performance, Stability Problems w/ Maximized Window(s). Scott's thread focuses on some narrower issues, so I thought it warranted a new thread in case our problems don't entirely overlap (in part or whole).

Scott

https://community.logos.com/discussion/comment/860596#Comment_860596

No screen shot (at this time, I can attempt to capture one; though you will not be able to "see" much by that).

However, please see the list of resources open and general layout of my screen in the previous comment I posted to this issue. It happens on various (random) amounts and types of resources open, since that is part of where the problem resides. I may open (or close) a resource and it ends up just in the right "window" to cause the bug to manifest where it cannot figure out how it wants to display the tabs across the top. But in all cases, it is a situation where the tabs fill the whole area, usually with a mix of icons vs. partial title text.