Is this new in beta 2?
I don't see this on the stable platform and there is nothing in the release notes that would point to this.
(I did my test searching in both ESV and NRSV with my preferred Bible NIV - so the reverse of what Dave is showing - but I wouldn't expect that to change this)
Bug: Please stop trying to second-guess my searches
Dave Hooton
MVP Posts: 36,152 
This is really annoying, as I don't need an automatic search of my preferred bible, especially when it is over a different range. At the very least you should know NOT to perform the search when the section is collapsed e.g. when my search is <Gen-Mal>, the result takes MUCH longer.
Dave
===
Windows 11 & Android 13
0
Comments
-
Dave Hooton said:
This is really annoying, as I don't need an automatic search of my preferred bible,
Although this occurs only when doing milestone searches I agree. Unexpected and not desired.
Pastor, North Park Baptist Church
Bridgeport, CT USA
0 -
This looks really strange to me. Logos shouldn't be ignoring your explicit choice of resource. Must be a BUG.
“The trouble is that everyone talks about reforming others and no one thinks about reforming himself.” St. Peter of Alcántara
0 -
Is this new in beta 2?
I don't see this on the stable platform and there is nothing in the release notes that would point to this.
(I did my test searching in both ESV and NRSV with my preferred Bible NIV - so the reverse of what Dave is showing - but I wouldn't expect that to change this)
0 -
Graham Criddle said:
Is this new in beta 2?
I don't know.
If I perform an All Passages search in another bible and then click Bible Search ESV, this is the result:-
The VERSES result of 3228 is correct according to a Basic Search! But there remains the issue that clicking on a highlighted result does not open ESV to the correct place whilst clicking a result in ENGLISH STANDARD VERSION will open ESV to the correct place!
Dave
===Windows 11 & Android 13
0 -
Hi Dave,
I've created a case for this issue, there might be a reason why it was implemented this way, so it might not be changed. I've asked someone to take a look and determine if this is a bug.
0 -
Dave Hooton said:
I don't need an automatic search of my preferred bible, especially when it is over a different range.
I agree. I don't like that it slows down searches significantly and ignores the scope I told Logos to search.
I did not find this behavior in Logos 9.3 Beta 2, but it showed up after I updated to Beta 3.
0 -
Dave Hooton said:
This is really annoying, as I don't need an automatic search of my preferred bible, especially when it is over a different range. At the very least you should know NOT to perform the search when the section is collapsed e.g. when my search is <Gen-Mal>, the result takes MUCH longer.
This has been fixed in 9.5.
0 -
Philana R. Crouch said:
This has been fixed in 9.5.
The example I use has been fixed because it was interpreted as:
Logos 9.5 Release Notes said:redundant results in Preferred Bible section for cross-reference searches when the input reference is a whole book of the Bible.
This also was intended as a bug:-
.
i.e.
And what use is a milestone search when a cross-reference search is intended!?Dave Hooton said:I don't need an automatic search of my preferred bible
Dave
===Windows 11 & Android 13
0
