mirror of
https://github.com/AppFlowy-IO/AppFlowy.git
synced 2026-03-24 04:46:56 +00:00
[GH-ISSUE #7545] [Bug] Updating field type destroy database entries without option to undo #3352
Labels
No labels
2024
2025
2026
acct mgmt
AI
automation
bug
calendar
ci
CJK
cloud
code-block
collaboration
copy-paste
database
data migration
data sync
deploy
desktop
develop
develop
documentation
duplicate
editor
editor-plugin
emoji
export
files
flutter-only
follow-up
formula
good first issue for devs
good first issue for experienced devs
grid
hacktoberfest
HACKTOBERFEST-ACCEPTED
help wanted
i18n
icons
images
importer
improvements
infra
install
integrations
IR
kanban board
login
look and joy
mentorship
mobile
mobile
needs design
new feature
new feature
non-coding
notes
notifications
onboarding
organization
P0+
permission
platform-linux
platform-mac
platform-windows
plugins
program
pull-request
Q1 25
Q1 26
Q2 24
Q2 25
Q3 24
Q3 25
Q4 24
Q4 25
react
regression
rust
rust
Rust-only
Rust-only
Rust-starter
Rust-starter
self-hosted
shortcuts
side panel
slash-menu
sync v2
table
tablet
task
tauri
templates
tests
themes
translation
v0.5.6
v0.5.8
v0.5.9
v0.6.0
v0.6.1
v0.6.4
v0.6.7
v0.6.8
v0.7.1
v0.7.4
v0.7.4
v0.7.5
v0.7.6
v0.7.7
v0.7.8
v0.8.0
v0.8.4
v0.8.5
v0.8.9
web
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
AppFlowy-IO/AppFlowy#3352
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @SoFMeRight on GitHub (Mar 14, 2025).
Original GitHub issue: https://github.com/AppFlowy-IO/AppFlowy/issues/7545
Describe the bug
Selecting a field like Taskslist and toggling it to a different field type immediately destroys all database entries without any potential for undo.
To Reproduce
Expected behavior
I'd expect to be able to do an undo, or that if I put it back to the checklist option I would see the same data I'd entered before. Or Id expect the application would have incremental backups every soo many minutes with snapshots or... something?! I got really lucky and the moment I realized what had happened with things I actually wasn't keeping other logs of I cut mobile data and wifi to my phone and made a copy of the data then and there otherwise id have lost all of the sub-tasks 🤣
I think the best thing that could be patched here in the meantime is ASAP if I were the dev I would put a transitional warning pop-up that asks the user if they wish to continue as it will be destroying data. Otherwise I was able to quickly destroy a ton of data in one swoop and in a collaborative setting thats a really risky business to be that easy to accidentally break everything 🤣 Will I do this again? No! Can it be avoided? Yes! Is it a good feature? No, I think this should be resolved in some way as a priority item but thats just me.
Desktop (please complete the following information):
I am pretty sure this is the standard operation of this app.
@khorshuheng commented on GitHub (Mar 17, 2025):
Not all field types operation results in corruption of the database entries - for eg. it is possible to change
SelecttoMulti select, orText. Which field type conversion did you perform? We will see if the data corruption is indeed expected, or if it is a result of some previously undiscovered bug. If it is expected, we can put up a warning message before performing similar operations, or just forbid it altogether.We support undo operation, but not for field type operations at the moment. We know that it is possible to do so in Notion, and will check how we can do the same.
@richardshiue commented on GitHub (Mar 17, 2025):
Reproducible steps:
@SoFMeRight commented on GitHub (Mar 17, 2025):
So basically what I did is clicked into a Kanban board item in the"appflowy Default To-dos" and then clicked the menu to change the "Task"
field from a check list to any other type it resulted in any of the entries
under the check lists being lost and there was no warning other than
perhaps I can understand why this would lose data but also I think it's a
best practice to treat users like they are stupid and still put some kind
of protective barrier between this action.
TLDR: I originally noticed this via email reply and missed the response from @richardshiue that is 100% accurate as to what I observed. I'd love to see this one fixed. I honestly found for now the solution to either be mindful of this or break things up into individual bits so that cant happen even if i wanted to lol. I'm honestly so addicted to the way this thing is built in the few days of trying it even if I lost all of the stuff I did in it, I'd still have kept using it after the last tear was shed 🤣
I actually wanna say thanks for this project. I've enjoyed AppFlowy a shton, I gave it a glance a week or so ago and decided on the spot to deployed appflowy cloud from the overview! And I am glad I did. Its quite the uncommon experience to have software that is not only functional and extremely useful to core/critical everyday tasks but also an absolute joy to use! :D Super thankful for this project!
On Sun, Mar 16, 2025, 8:21 PM Richard Shiue @.***>
wrote:
@annieappflowy commented on GitHub (Jun 17, 2025):
The web app (appflowy.com) doesn't have this issue
@SoFMeRight commented on GitHub (Jun 24, 2025):
I experienced this originally thru the Windows Desktop app. I found that
the web app does not support many of the features of the app... .. Has that
changed in recent time?
On Tue, Jun 17, 2025 at 8:16 AM Annie @.***> wrote:
@appflowy commented on GitHub (Dec 11, 2025):
we didn't support undo in database. but in the upcoming release (0.10.7). You can update the field type back to checklist without losing data. I’m closing this issue. Feel free to reopen