iOS Library Query Needs a Look-at

DMB
DMB Member Posts: 13,439 ✭✭✭
edited November 21 in English Forum

In an earlier thread (not mine) it was mentioned that if you operate with no other apps in memory (my policy), and then open one of the Logos apps, it then begins to (again) build your library list.  If you quickly type in a filter (e.g. LEB) while it's building the library (with the user assumption that you're narrowing down what you really want 'fast'), you end up with NOT that resource.

It's really quite fascinating to watch.  In a previous query/install, it had decided I should have the ESV (why I don't know) and I over-ruled it with the LEB.  In the meantime it got all mixed up, tried to read the ESV offline when only the LEB was downloaded, and eventually showed nothing.  I refused to re-install, so we came to a 'draw'.

With the update, it gave up on the ESV. But interestingly refused to show the LEB either (really mad!).  So online, all the Lexhams were displayed but no LEB. Offline, the LEB was the ONLY one displayed (and only one downloaded).

It's obvious to me, the library query assumes the user is going to quietly wait for all 3500 volumes to load; else if interupted (1) it gives up at that point and can't be induced to continue and (2) looses track of what the user already has installed.

Not looking for a work around, etc. Just reporting the fascinating coding.  I'm learning to (1) stay offline and (2) avoid updates/re-reads of the library.

"If myth is ideology in narrative form, then scholarship is myth with footnotes." B. Lincolm 1999.

Tagged:

Comments

  • Graham Criddle
    Graham Criddle MVP Posts: 32,478

    Hi Denise

    I think I might have been involved in that earlier thread as well so thought I would try and understand this!

    In an earlier thread (not mine) it was mentioned that if you operate with no other apps in memory (my policy), and then open one of the Logos apps, it then begins to (again) build your library list.  If you quickly type in a filter (e.g. LEB) while it's building the library (with the user assumption that you're narrowing down what you really want 'fast'), you end up with NOT that resource.
    1. I ensured that I didn't have any Logos apps running
    2. I started the Bible! app
    3. There was no indication that the library was building a list
    4. The LEB filter in the library returned an expected set of results

    Am I missing a vital step to reproduce what you are seeing?

    Graham 

  • DMB
    DMB Member Posts: 13,439 ✭✭✭
    https://community.logos.com/discussion/comment/610530#Comment_610530

    Well, we (at least me) are operating in the dark as to exactly how they coded the sync (library updating).

    Given that you don't have a re-scan (which I almost always have, but I rarely turn the internet on with the Logos apps, to avoid the scan), then all subsequent issues become moot.

    Thus, with your new info description (no re-scans), I'd assume they have a flag on the server side that the library has changed (bought, resource updates, etc) or resource count doesn't match, and to either update the iOS app or rescan the library.  

    In my case, it's almost always a re-scan.  At which point, it doesn't appear to accept user smarty-pants! And (I'm guessing) the server flag gets reset, so the half-read on the iOS app remains a half-read until re-started (at which time it re-scans again).

    The new behavior though, was its inability to display my LEB (library list) when I was online.  I have a whole host (by not a myriad) of Lexham resources; it didn't want to display the downloaded one (LEB).

    I appreciate your curiousity.

    "If myth is ideology in narrative form, then scholarship is myth with footnotes." B. Lincolm 1999.

Categories