Since this reports, many more Page Objects Type has been affected.
Among all the objects I have deleted, for one of them I couldn’t neither deleted it nor modify the type of this persistent object.
To Reproduce
All the current reports concur towards a problem with the default Page Object Type.
Expected behavior
I expect this objects to be deletable.
System Information:
OS: Windows 10
Device: Personal Computer
Anytype Version: 0.23.5
ㅤ ㅤ ㅤ +
OS: OxygenOS 11.0.5.1.GM21BA (Android 11)
Device: OnePlus 7 Pro
Anytype Version: 0.5.2-alpha (0.17.24)
Additional context
1st method that has failed.
I have reinstalled Anytype several times properly and deleted all trails of the AppData folders, but nothing helps.
2nd method that has failed.
@peach's method
The undeletable page can be deleted via old version of Anytype Windows desktop, for instance 0.21.0.
ㅤ
The page can be moved to the bin by the button in the mainpage and then deleted in bin.
ㅤ
ㅤ Note that both the Android & Windows side contain local files that make the undeletable page being a ghost object that exists in the search list, sets and sidebar history even after the deletion via old version Anytype.
You have to delete the android app and reinstall it to remove the undeletable page on Android, and delete the Windows software and its local files in roaming then reinstall it to solve the ghost object problem.
Then get back to the latest version
Interesting, because on my side this Object is perfectly synchronized, as much on Desktop as on Mobile.
Thanks for your feedback, it will surely be useful for the devs.
For your record, the correct terminology is rather: "I can’t delete is the default Object type (page)" because it’s all about Object in Anytype
I mentioned this bug to the staff during the last Discord session but unfortunately the audio connection was not working well enough for me to understand the core of the problem, but I need to contact someone on the forum for help on this issue.
The undeletable page can be deleted via old version of Anytype Windows desktop, for instance 0.21.0.
The page can be moved to the bin by the button in the mainpage and then deleted in bin.
If you go to the search box and open the page, it shows the object doesn’t exist.
Note that both the Android & Windows side contain local files that make the undeletable page being a ghost object that exists in the search list, sets and sidebar history even after the deletion via old version Anytype. You have to delete the android app and reinstall it to remove the undeletable page on Android, and delete the Windows software and its local files in roaming then reinstall it to solve the ghost object problem.
Thank you for your bug investigation! Now it remains to know if the bug can still reappear after this cleaning procedure, or if this one actually solves the problem once and for all.
Well… I tried the @peach’s method with an old v0.21.1 of mine, and the bug is getting worse as those Objects became unselectable and forever loading Objects. But it brings the benefit of:
1. Reset the delete feature for every new Page Object Type. 2. Allowing to erase all the residual objects of the Graph view
No problem, for now, I only use anytype to find bugs and improvements. Your method was worth trying, and the fact that it did not have the same result for me may help the developers.
Of course I came back to the lastest version after all your steps The thing is, I didn’t do it through the In-app update system. Is that the way you did it too?
I have the same problem with a couple of objects. And also they are default Page Type. Pretty much as AyneHencer described.
In case it helps, I also noticed that the text below the name of the object (Object Type, Created by…) is aligned to center, instead of left. This can be seen in the pictures/videos shared above.
@forgettable@urkan@mxxiv@jzbjing
Can you please send me your anytypeID in direct message?
We want to check all errors related to this problem in analytics
After the @peach’s method Undeletable objects - #13 by peach those Objects became unselectable and forever loading Objects.
