Bug: Page reordering always moves page to very top

Operating system

macOS

Joplin version

3.1.20

Desktop version info

Joplin 3.1.20 (prod, darwin)

Client ID: 6a443486fb4247e8aba3b23a50ff505e
Sync Version: 3
Profile Version: 47
Keychain Supported: Yes

Revision: 8199362

Backup: 1.4.2
Rich Markdown: 0.13.3

What issue do you have?

Summary

When using Custom Order (the wrench), page reordering (via keyboard shortcut or drag-and-drop) seems to be broken both for custom ordering and no custom ordering.

Screen capture video of this bug: Dropbox

Simplest repro:

  1. Create three new pages with the "+ note+ button. (They will all have order 0.)
  2. Try to drag the third note into the second position
  • Alternatively: highlight third page and press <alt+up arrow> for "move page up"

Result:

The note moves all the way to the top of the note list (first position)

Expected:

The note moves to the second position

Custom ordering repro:

  1. Create three pages with orders 0.5, 1, and 2
  2. Drag the bottom note to the second position (or highlight it and press <alt+up arrow>

Result:

As with the other case above, the note moves all the way to the first position

Expected:

Even with custom ordering, the note should still drag correctly to position 2, between the other two notes

Other notes:

  • After trying to move all the pages, drag and drop begins to work. I believe this is connected to all page orders being set to something like 1730056169509.102 by the move action. I could work around this using custom code if I knew why an order with an extremely large float works, but an order with "0.5, 1, 2" does not work.
  • This all used to work just fine. For me the issue was introduced at least as far back as 3.0.13.
  • For reference, I filed this other issue in 3.0.13 which was auto-closed, but all the needed bug info is contained here: Bug: Drag-and-drop page reorder, and alt+arrow to move page, set order incorrectly
  • Edit: I've also tried setting custom Order in the range of what Joplin seems to set (e.g. 1730040000000) but this did not make any improvement.

Log file

log.txt (67 Bytes)

Update: still completely broken as of 3.1.22.

Confirming this is still broken in 3.1.24. Not possible to rearrange pages via drag-and-drop or shortcut. Seems like a major bug.

@laurent I've been a monthly sponsor for a while now - can I sponsor you to address this issue? It's not been possible to rearrange pages for months, which is a severe impediment to most workflows.

In Prerelease 3.2.6, I don't repro with any of the workflows above :pray:

This still repros but it's folder-specific and I traced it to Trash items interfering with reordering. Filing a new topic: Deleting pages breaks page reordering

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.