editing bug
When editing, specifically deleting audio from notes, in All Notes .
STEP A: Click on note with audio, the note comes to full view in the screen for editing. Delete the audio from both facets, then swipe to take you to next note within that stack, and repeat with each note until you reach the end of that stack and are prevented from swiping any further to the next stack (this is not the bug).
Click on done to return to the All Notes edit view (this can be in the view showing one or both facets).
STEP B: Click on the first note of the next stack. REPEAT STEP A.
BUG: this process will typically work normally only for one or two REPEATS . Then when you are on STEP B and click on the first note of the next stack, instead of pulling that card in to full view edit mode, instead it pulls up the first card of the first stack in All Notes in to full editing view. You have click done to back out of that note and scroll back down to the stack you intended to edit and begin the process again. Then the same bug will occur again after one or two repeats.
Keyboard shortcuts
Generic
? | Show this help |
---|---|
ESC | Blurs the current field |
Comment Form
r | Focus the comment reply box |
---|---|
^ + ↩ | Submit the comment |
You can use Command ⌘
instead of Control ^
on Mac
1 Posted by zeppo on 22 Aug, 2018 03:30 PM
It is possible the number of cards in a stack from which you delete audio before exiting with done may be a factor in whether the bug occurs when clicking on the first note of the next stack, and takes you instead to the first note of all notes. Typically I was editing about 10 cards in a stack before going to the next stack and odds seemed more likely to at least let me continue without the bug for one repeat of STEP A in that case. But in cases where I begin by editing 15-20 notes within the stack, the bug seems to appear immediately when I click on first note of the next stack.
Support Staff 2 Posted by drewmccormack on 23 Aug, 2018 07:28 AM
Hmm, there is a certainly a bug there, but not quite sure what is triggering it. It doesn't seem to have anything to do with audio removal — I saw it just by moving between the notes, going to the next stack, etc etc. But it is intermittent. Sometimes it works fine, and other times, it indeed goes back to the first stack. Perhaps something is triggering a reload of the view, and throwing it off somehow.
Will note this issue down. If you do find something that you think is definitely triggering it, let me know.
Drew