BUG: Wrong link in Notes anchor

I created a note using my Fire HD while reading a devotional -- A Musician Looks at the Psalms. I did this on November 26. Today, while I was using the desktop app (Logos Bible Software 9.17 SR-1; 9.17.0.0018), I was going back to look at notes that I had recently taken. When I clicked on the anchor in the note (left tab) to bring up the source document I clicked on the date portion and brought up the Connect the Testaments devotional for that day (center tab). Not realizing at first what it had done I began to look for the text and on not finding it I began to try and figure out where I had gotten the text that was in the anchor. Somewhere along the way I clicked the anchor link again, but this time clicked the MLP:365DM part and that brought up the correct devotional, including the highlighted text (right tab).

I've entered this for L9 desktop because that's where I discovered it, but it's possible (likely?) that the bug is not really a bug in the desktop app itself. Regardless, it's something that needs correcting. An anchor link should never take you to a document resource other than the one that originated the anchor.

Find more posts tagged with

Desktop App

Comments

MJ. Smith

bumping in an attempt to get a response for posts without them.

Kevin A

I can replicate this using a different resource.

It seems the created anchor has the November 26 part as a generic date, and the MLP:365DM as resource specific as you mentioned.

If you click the date part of the anchor, it will go to the highest prioritised resource that has a 'Day of Year' index. You can prioritise the resource you do want to come up, or you could just click the MLP: part of the anchor, which should take you to the resource you wanted.

I create this in the Win11 Desktop App.

Incidentally this also happens if you highlight a passage in a commentary for example, so not 'Day of Year' index specific. You will get generic reference link followed by the resource specific reference link.

It seems like a bug to me, I doubt intention is to have this happen, but I happy to be wrong about that, maybe the thought is to allow you to jump to the prioritised reference or the resource specific link from the one anchor, which could be a feature.

Andrew Batishko

Yes, it's an intentional feature. When a note is anchored to a selection at a location where there is a milestone, both the milestone and resource are displayed as separate links. This provides a link to the original selection location, plus a way to view the result in your preferred resource.

JBR

https://community.logos.com/discussion/comment/1239910#Comment_1239910

Yes, it's an intentional feature. When a note is anchored to a selection at a location where there is a milestone, both the milestone and resource are displayed as separate links. This provides a link to the original selection location, plus a way to view the result in your preferred resource.

In that case, I think that there should be two totally separated anchors so that the intention is much more obvious. Kind of like adding a second anchor, it I chose to do that. The way it is currently makes it appear to be a single anchor that gets a different response depending on where you happen to set the mouse pointer when you click. As it is, it looks like a bug to me regardless of your intentions.