New sync system

Jorge

@Jay I started deleting all my boards both in stable and in beta. I started deleting all my “Board” but they kept coming back in both isntances. If I let it sit still foa while the empty Boards keep coming back.

Jay

Ok thanks for the updates @Jorge! I’m looking into those bugs and will try to get an update out asap.

Jorge

So eventually the boards stopped coming back. I think it was the fact that I was opening the browser beta in my mobile as well as the mobile app, so it might be related to the mobile app getting stuck. I stopped using the mobile and perhaps that is what stabilized the boards not coming back. I think someone had reported something similar before.

Jorge

@Jay Both my windows desktop in stable and incognito browser in beta were clean throughout the morning with only the Mobile boards after I cleaned up everything last night. HOwever as soon as I fired up Mailbird, a ton of "Board"s came back in both the browser and the desktop app.

Edit:So I deleted all the boards from mailbird app and they automatically disappeared from the win desktop app, but not from teh browser incognito in beta. I guess that is because of your explanation that once the beta sees the boards it upgrades them and then they divert. So it seems that every time I open a stable version that has boards cached… it causes them to resync incorrectly back into the backend instead of happening the other way around because they had been deleted in the backend, so they should be deleted from the local cache. So it also seems that the order should be delete boards from stable first, and then delete them from beta, that waythey don’t come magically back up.

andrew

Jorge My empty boards all come back when I open the mobile app in stable (which happens when clearing the cache or reinstalling because it is in stable by default upon first loading). Same thing happens when I open stable in an incognito browser window. And the empty boards appear in both the beta and stable. I delete them and then they come right back in both within a minute.

In addition, in attempt to get rid of the multiple panes reappearing in my Mobile board, I just deleted my Mobile board (in beta) and created a new Mobile board, but that didn’t load in my mobile app now (probably because it was created in beta?) so when I ran the mobile app, it showed a blank screen with no tabs and no menu button, so I couldn’t access the menu to switch it to beta. So I created a Mobile board (with 2 outline panes) in stable in an incognito browser, then ran the mobile app and it then showed 10 outline panes. I switched the mobile app to beta, activated the Mobile pane in desktop in beta (to convert it to beta), and re-signed in to mobile, but mobile went back to showing no panes at all (just the thin line across the bottom and no menu button).

Edit: And now a new Mobile board appeared in my desktop beta and does open on my mobile app. Was that Mobile board somehow created automatically after I deleted my original Moible board?

Jorge

andrew Was that Mobile board somehow created automatically after I deleted my original Moible board?

I think that is what happened when you start the Mobile app and there is no recognizable Mobile board in the backend.

So I guess everything would work better if you were sitting only in Beta, but my trouble is that I use mailbird extensively and that forces me to have an instance in stable and an instance in beta, and as long as stable creates all those boards when starting up, it willb e amess to use and keep the boards clean.

Jorge

@Jay So after working nicely for a while with mailbird open, win desktop stable open and browser incognito beta open. With no boards other than mobile for a while, I created a single group named in the browser beta, obviusly it got replciated to stable as a “Board”, but in stable I grouped that one into a group called “Beta created” so that I could identify them as boards created in Beta. Everything was nice and dandy until I decided to shutdown the win desktop app and restart it again.
Now it took 2 minutes and 44 seconds to be responsive, but as soon as it came up it created a ton of "Board"s that obviusly replicated to Beta. This means that each time a stable version is instantiated, the darn thing is replicating a number of Boards (from what I suspect is it’s local cache???). Should I completely unisntall the windows dekstop app and the mailbird app and elmiinate all it’s local data to see if it stops happening?

andrew

Jorge I don’t think it is from local cache because I was having those empty boards reappear when I fired up stable in incognito, so there shouldn’t be any local cache to pull from (right?).

Jorge

andrew Yeah you are right…. incognito would have nothing in cache… so it’s’something else…@Jay will have to comment on that.

Jorge

andrew But so far knowing in stable which boards come from boards created in Beta (by grouping them into a single properly named group) allow sme to identify all those ghost “Boards” artificially created by the stable instantiation and delete them from source without messign up my beta boards…. but this is not sustainable.

andrew

Jorge Well, technically the local storage would be cleared as long as all incognito tabs are closed before opening stable in a new incognito session, otherwise I guess local storage could be maintained between sessions, but I know I had closed all incognito tabs before opening stable in incognito.

Jorge

I also noticed that when you create a group in Beta, stable interprets that group as a Board and creates a "Board"ghost… so be careful with that.

andrew

Jorge Yeah I got rid of my board groups for now.

I am now only using desktop beta and mobile beta (had to delete my Mobile board and have one recreated to make that possible) and avoiding stable, and it seems to be OK, so far. It would be easier to get to this state if you didn’t have to load stable in mobile in order to switch to beta in mobile, and if the stable Mobile board migrated to beta better.

Jorge

In my case a ton of boards means 32 boards which is about the number of boards I had before all this problems started months back.

Since @Jay cannot fix anything in stable that causes this recreation of boards, I am starting to think that @Jay should just not attempt to create compatibility between stable and Beta but just make Beta not read any boards that come from stable and state to the community that this version is a breaking changee and people will simply need to recreate their boards when they upgrade. This will stop this silly board recreation that stable causes.

Another option is to build an export tool of boards that can be reimported in BEta… but that might be another horrible can of worms anyway.

Jay

Jorge I think you may be right about this, that the new boards should live in a separate place. I had not expected to have this in beta for so long and hadn’t considered the interoperability between them enough. I had also forgotten about Mailbird so I expected that people would switch to beta and not look back. But I think we will need some more time in beta so interoperability needs to be a primary focus. I’ll think more about this but putting the new format of boards in a different place in the database might be the best solution.

I don’t think it’s a local storage problem - it’s more that stable sees a board it doesn’t understand and tries to fix it, which then brings it back. Also when you remove all of the panes in a board, that makes beta see that there are no boards in the new format so it migrates from the old format, restoring panes as they were in stable.

I’ll try to get a fix out for this soon.

Jorge

@Jay I have created a few boards in beta and saved their definition but after a while (possibly after I refreshed the browser window) I come back and after right clicking I cannot restore the saved definition. It seems that after a while the definitions are lost and the context menu shows the option to restore the definition grayed out.

Jorge

@Jay I’ve started trying to work in the Beta version, and I’ve found more items that are missing in the Beta version and are visible in the stable version. This is still a serious issue if we cannot trust that what we see in the Beta version.

I’ll try to find out the internal id of the missing items, I just need to remember hwo to get it in the developer tools.

Edit: Posted one item in this thread https://forum.legendapp.com/d/916-inbox-gone-in-beta-version/12

Jay

Jorge I replied to you about the missing item in the other thread (it’s marked in the database as “moved” so it may be in a different document).

andrew

More disappearing board weirdness in Windows desktop beta: I had my outline fully collapsed, added a text filter to find a particular item. It properly expanded the outline to reveal the matching item (which is good because this had been not working for a long time in stable). I then clicked the back arrow in the same pane to try to revert back to my fully collapsed outline. It did remove the filter but did not collapse, so it was expanded to reveal the previously found item and now all its siblings. I tried to collapse using the expand/collapse button in the pane header but it didn’t work. Tried expanding and then collapsing but I could not get it fully collapsed without manually collapsing items.

The weird part happened when I tried again to collapse all by clicking the expand/collapse button… the board I was in just disappeared, I was then dropped in a new empty board titled “Board”, located in a different location in my board list. I quit the app and restarted and now about half of my boards are missing and the original board I was in is an empty “Board” board as is one other board.

I don’t have any other instances of Legend open.

I believe the expand/collapse state is synced as part of board sync? If so, then it makes a little more sense that expanding or collapsing commands could trigger board sync problems.

Jay

The latest update migrates boards to a separate part of the database, which should fix all of the problems syncing boards between beta and stable.

Jorge It also fixes the “save view as default” behavior so that should be working correctly now.

andrew I haven’t been able to reproduce this error with the back button, but I’ll keep trying. If you see it again, do you see any pattern in what causes it?

Jorge Yes, the old boards could be massive, which is why a big part of this sync change was totally restructuring them. I saved your boards from the database to a file and it’s 100MB. The uncompressed version of that stored on your drive would be bigger, but I’m surprised it’s that much bigger… The new structure should be relatively tiny in comparison 🙂

Jorge

@Jay I worked allof yesterday in the Browser incognito in beta mode. I setup a handful of boards and made sure they were properly identifed in stable as well, so as not to confuse them with empty "Board"s. I had to restart my browser and I was confident enough to open now Beta in a normal browser window.

However the boards I had created in beta are still there with the panes, there are the following problems:

I had stated before that even if you save the board defintiion (by right clicking and selecting “Save as default”), the definition is retained for some time but after an indeterimante amount of time it is lost. None of my previously created boards in Beta have their definitions to restore from.
Even though the number of panes are correct in each board, all of the panes are pointing to a small unecrypted document (I had previously defined them on my encrypted Job document). The definition of the panes has been lost as well. In stable when you open the app for the first time after logging in, whatever board you are standing on defaults to pointing to an open document (since you ahven’t input the encryption passwords for encrypted documents yet, those are not visible, so that is Ok). But once you have opened the encrypted documents and you switch to any other board, they retain their settings and are pointing to the correct places.

So something is not being saved correctly in board definitions in Beta. But without sufficient persistence on the board definitions a lot of Legend’s productivity is basically gone. So I’ll go back to stable and give it another go when this issues are addressed.

Jorge

Another interesting find is that I compared snapshots of my hard drives and notices that with all the old boards in stable Legend was taking up already 900 MB, after deleting all of the boards it went down to 400 MB (that’s including application and data). That means that in stable the data structures that support the boards take up more than the data and the application together.

« Previous Page Next Page »