[GH-ISSUE #155] [Feature] Undo Function #122

New issue

Closed

opened 2026-02-25 21:31:15 +03:00 by kerem · 3 comments

kerem commented

2026-02-25 21:31:15 +03:00

Owner

Originally created by @b0mb on GitHub (Oct 10, 2020).
Original GitHub issue: https://github.com/ciur/papermerge/issues/155

Originally assigned to: @ciur on GitHub.

It would be great implementingan undo function to papermerge.

especially when cutting documents something goes wrong very fast. ^^

Originally created by @b0mb on GitHub (Oct 10, 2020). Original GitHub issue: https://github.com/ciur/papermerge/issues/155 Originally assigned to: @ciur on GitHub. It would be great implementingan undo function to papermerge. especially when cutting documents something goes wrong very fast. ^^

kerem

2026-02-25 21:31:15 +03:00

closed this issue
added the
enhancement

feature request
labels

kerem commented

2026-02-25 21:31:15 +03:00

Author

Owner

@ciur commented on GitHub (Oct 10, 2020):

Hi @b0mb,

thank you for opening this ticket. The "Undo" function contradicts versioning feature (or stated in other words - is a special case of versioning). Let me explain with an example: let's say a document Doc1 has 2 pages. If you cut/delete Doc1 second page - document's version will be incremented i.e. doc1 will have now version 2.

Now, question: if you click/choose "Undo" what should happen ? The usual undo feature like most of users are used to - should revert document to previous state - doest it mean reverting back to version 1 ? But that will contradict the whole versioning thing.
Document management system usually rely on versioning. So, the "Undo feature" is exercised by "versioning" - what I mean, if you want to "Undo" you will need to revert to a previous version.

Versioning is not yet there, but it is something which I plan to implement. Because of argument I described above - I think "Undo Funcion" is just another name for "versioning" feature.

@b0mb, what do you think ?

@ciur commented on GitHub (Oct 10, 2020): Hi @b0mb, thank you for opening this ticket. The "Undo" function contradicts versioning feature (or stated in other words - is a special case of versioning). Let me explain with an example: let's say a document Doc1 has 2 pages. If you cut/delete Doc1 second page - document's version will be incremented i.e. doc1 will have now version 2. Now, question: if you click/choose "Undo" what should happen ? The usual undo feature like most of users are used to - should revert document to previous state - doest it mean reverting back to version 1 ? But that will contradict the whole versioning thing. Document management system usually rely on versioning. So, the "Undo feature" is exercised by "versioning" - what I mean, if you want to "Undo" you will need to revert to a previous version. Versioning is not yet there, but it is something which I plan to implement. Because of argument I described above - I think "Undo Funcion" is just another name for "versioning" feature. @b0mb, what do you think ?

kerem commented

2026-02-25 21:31:15 +03:00

Author

Owner

@b0mb commented on GitHub (Oct 10, 2020):

Hi Eugen,

tanks for feedback. i don´t have a plan about versioning like you do i think but what i meant with undo is reverting back step by ystep like you can do in excel, word or photoshop. if this feature would be implemented with versioning that should be ok. ;)

@b0mb commented on GitHub (Oct 10, 2020): Hi Eugen, tanks for feedback. i don´t have a plan about versioning like you do i think but what i meant with undo is reverting back step by ystep like you can do in excel, word or photoshop. if this feature would be implemented with versioning that should be ok. ;)

kerem commented

2026-02-25 21:31:15 +03:00

Author

Owner

@ciur commented on GitHub (Oct 11, 2020):

As explained above - will be part of versioning feature. Versioning feature is mentioned as part of #79.

Closing duplicate.

@ciur commented on GitHub (Oct 11, 2020): As explained above - will be part of versioning feature. Versioning feature is mentioned as part of #79. Closing duplicate.