CRASH: When moving a note with a label from one note file to another

Tim Hensler

WIN Logos Bible Software 6.1 Beta 3; 6.1.0.0007

Duplication Procedure:

Have open: Highlights; NASB; Note File A; Note File B
Highlight a text in NASB
Click on a highlight style that has a label (with or without attributes)
Note with label is created in note file A
Click and hold on note in Note File A and drag it to move it to Note File B
In a couple seconds, Logos will crash. (Crash/log files attached)
Note does not move to Note File B (It is still in Note File A when you restart Logos)
Same steps using a note that does NOT have a label does not cause crash - the note moves from one file to the other with no problem.

4130.Crash Logs.zip

Find more posts tagged with

Comments

Bradley Grainger (Logos)

I've filed a bug report for this.

Tim Hensler

Thank you, Bradley.

Angela Murashov

I've filed a bug report for this.

This should be fixed in 6.1 RC1.

Tim Hensler

This should be fixed in 6.1 RC1.

Moving a note with a label from Note File A to Note file B works now (Thank you). But, after moving the note:

Press Ctrl+Z (undo) while focus is on Note File A: puts the note back in Note File A (original position) and leaves a copy in Note File B (expected and prefered behaviour)
Press Ctrl+Z (undo) again while focus is on Note File A: Does nothing
Press Ctrl+Z (undo) again, this time while focus is on Note File B: removes the note from Note File B and leaves the note in Note File A (expected and prefered behaviour)
Press Ctrl+Y (redo) while focus is on Note File B: causes a crash.(logs attached below). Theoretically this would put the note back in Note File B. (Acts like it did not save the undue data from step 3 so it could not do the redo to paste it back into Note File B.)

The same thing happens with a note that does NOT have a label.

I realize this is not something users will do very often, but I wanted you to know that redo has some problems and since it is a common Windows function, apparently supported by Logos (since it responded to the keystrokes), it should probably be fixed some day.

I caused it to crash a few other ways while testing/documenting the above but I didn't go through to document those other combinations (sorry). Other combinations of Ctrl+Z and Ctrl+Y with focus on the the different note files should be tested and addressed as needed.

Thank you.

6215.Crash Logs.zip