@erica I donāt believe that just changing an itemās content will do it. When I was putting together that sample that showed the problem (which unfortunately later stopped exhibiting the behavior) I was able to edit the item text to my heartās content and it did not fix the order. Iām 95% sure that those type of edits will not fix it.
I have not tried what user @JohnLi mentions.
Lately my workflow has changed a bit where I donāt do as much copy pasting in chunks. Rather, Iāve been pasting whole sections of text (when I paste large sections from web pages it seems to paste as plain text, not rich text) and then manipulating it from there. I havenāt seen the issue in the last few weeks. But Iām keeping an eye out for it.
That having been stated, I seems correct what he mentions. I seem to recall that if you fiddle with the order on the web client, that it resyncs the affected device. I would imagine that you have to go through the entire list like that so that the order it ātouchedā for each item.
Ok, it seems my previous impression was wrong.
So you need to fiddle with the ordering so that the affected (misplaced) item gets touched, is that right?
Somehow I got the impression that you only need to move anything on the web client to restore the misplacement.
I donāt believe that doing anything on the web client will fix it. Iām fairly certainly that editing the items themselves (text) does not fix it. It seems that if the order is touched on each item, then it gets fixed (order as opposed to content). Maybe someone else can verify these observations.
Thatās very interesting, and is definitely more specific than the previous information we had.
Will take another look at the code with this piece of info in mind!
I just ran into this problem myself for the first time. Itās incredibly frustrating. I have two devices synced, Windows 7 and iPhone. Most of my editing is done in Windows (partly because the iPhone app is quirky ā often the editing toolbar doesnāt appear right away). This morning I spent a couple hours reorganizing my outline from the Windows app. A bunch of items which were level 3 in the hierarchy (under several level 2 parents) are now level 2 (under a single level 1 parent). They basically represent current projects, ordered by priority. I colored them according to the categories which had previously been their level 2 parents. When I opened Dynalist in iPhone, the order was significantly different. I tried the suggestion of moving the top item (level 2) down to the bottom (Ctrl-Down 18 times) and back to the top, but this didnāt help. I updated the iPhone app to the latest version, didnāt help.
Basically I donāt know what to do, other than manually reorder both lists to match and hope this doesnāt happen again. If it does, Iāll probably reluctantly cancel my membership and migrate to another app.
Edit: At some point, perhaps while writing the above post, or perhaps as a result of restarting the Windows app, it seems that the Windows list synchronized to match the (erroneous) order of the iPhone list. (I had previously restarted the iPhone app, to no avail.) So I then corrected the order on Windows, and when I checked the iPhone, it now matched. Iāll post again if I run into this problem again.
JohnLi: Your solution worked for me. The correct, ie. most recent order, was in the Safari browser, and an older order was in the MacOS app. Itās concerning still, but thanks for posting a solution.
Sorry for the late reply, Marcus!
Please let us know when it happens againā¦ we still donāt know what triggered it, and we have no way to consistently repro it. Weāve searched the codebase for possible causes as well, to not avail.
So the best we can do right now is to gather as much information as possible. Would really appreciate it if you have more to tell!
(I didnāt read all of the previous posts, my problem is a little bit different than described in the first post)
For me order sometimes changes when I paste a longer list (all in the same level, about 20 items, as plain text [shift+cmd+v on mac Chrome]). Document is synced, it looks ok, then I open different document and when Iām back one item is way below the list and there is one empty node in the middle of the pasted list (not exactly middle, but somewhere within), but the empty place is not where this lonely item was in original list, I canāt just cut and paste the item in the empty place.
Iām using only one tab in the browser and only one browser, Iām not using mobile app, and it was happening before I was using desktop app. Maybe this will help. When this happen again I will tell you exactly how it changed the list after sync.
Wooow It really works!!!Thank you very much !!!
So, as an observation on this, I have definitely seen it happen on the Linux desktop version as well. If I clear the data like this:
~/.config/Dynalist/dynalist$ rm -fr data/
Then when I open the app again, the sync happens normally and everything is fine. So itās something to do with sync process I believe. Maybe it doesnāt have to do with the data itself after all, since the next sync is fine.
Of course, I donāt know exactly how the sync happens (not having looked at the actual network requests using something like Fiddler). Iām wondering, if items are synced individually, if it might be that ālowerā items in a list sync before previous items, and when then do that perhaps they end up getting incorrect placement data?
If thatās the case, it means the local copy (the one in ~/.config/Dynalist/dynalist/data/
) is corrupted. It has the wrong ordering.
After you deleted the local copy, a fresh copy was pulled from the server, which is correct.
So my guess is that basically, a diff was generated, but was interpreted incorrectly by the app, and the wrong order is saved in the local copy of dataā¦
Iām getting similar issues.
Here is Dynalist opened in the Windows app and in Chrome side-by-side. Here just one item (āclass 3 - 3 problemsā) is in the wrong place, but sometimes I open Dynalist on my work computer (Windows app) and see things I wrote at home last night (also Windows app) totally messed up.
Iām continuing to get this error. I type a list on my laptop, open it a little later on my desktop, and the list is in a different order. This is a critical failure of a core functionality of the software. Iām really hoping for a little more responsiveness on this.
Since I experienced this error once I could not reproduce it again. And the Dynalist devs havenāt been able to reproduce this on their devices and thus could not investigate.
But you @Mark_Eichenlaub seem to be able to reproduce it and can help!
Please make an extra dummy dynalist document and try to reproduce this error in it.
Then go to the dynalist data files on the computer with the
wrong ordering. The path should be like this:
"C:\Users\[username]\AppData\Roaming\Dynalist\dynalist\data\TdWBb9gaaxKEgezpLm8XwcOm\"
In this folder you see a ā.dataā file for each of your documents and those data files are just text files with your document data and full of meta-data. They have cryptic names like
"document-~L5NBmXXEzHkkkpDVe6SgGF9Y.data"
and if you open them you should see something like this:
{"nodes":{"version":3,"user_version":0,"available":true,"nodes":[{"id":"root","meta":"{\"c\":\"bacon\"}","collapsed"
Find the data file for the ācorruptedā dummy dynalist document; you can search the data files for a text string you know is in the dummy document.
Just send this file to Erica or Shida. Iām sure they will learn from this ācorruptedā file.
Iāll try, but so far it happens a lot with lists I actually need to use, and doesnāt happen with test lists I create.
Happened here. Working with Chrome and iPhone app. My work habit is to take an item, use the Move command to move it to (the end of) a group. Then type a new item in-place and move it to the end. Then move a different item to the end. And sometimes Iāll go to another device and do the same with the list.
Order got mixed up on the phone.
I am also experiencing this bug at least once a week.
I am able to reproduce it with dummy lists, albeit randomly. This is what I do:
- Using Chrome/Firefox on desktop, create two identical documents (Test A, Test B) with 3 items, each item with 5 sub-items. I use A(1,2,3,4,5), B(i,ii,iii,iv,v), C(I,II,III,IV,V).
- Sync these documents with the phone app (or probably any other device), then close the app.
- Copy the contents of Test B to the end of Test A.
- For the first item in Test A, add more sub-items, remove some, move some around within and between other items, then save/screenshot this altered list before closing it.
- Open the phone app again and compare with the saved list from the browser. Sometimes they will be in the same order, sometimes they will be scrambled.
- Return Test A to its original contents, then repeat. The scramble bug seems to happen about 1 in 10 times for me using these dummy tests, though sometimes only one or two items are out of place.
Iām still getting this bug 18 months later. Has there been any progress on this?