Replies: 5 comments
-
You should be able to solve this issue by enabling the option |
Beta Was this translation helpful? Give feedback.
-
I did have the option set. I tried it on both linux and windows for firefox and chrome/chromium and the behavior is similar. In either SingleFile save page or annotator editor page, the only possible way to overwrite a file on disk is to set the browser Download option to "Always ask you where to save files". When the browser prompts where to save, you click the file to be overwritten to save. However, firefox works a little better as the browser prompt shows the exact name to be overwritten while the chrome prompt shows an extra bumped version#, like (1), appended at the end of the file name. If the browser is NOT set to "always ask", then both firefox and chrome will quietly save the file with an unique name (i.e., with a bumped up version#). |
Beta Was this translation helpful? Give feedback.
-
Sorry for the late reply, do you confirm the option |
Beta Was this translation helpful? Give feedback.
-
Now with the option of save pages in background enabled, everything works in both firefox and chrome. |
Beta Was this translation helpful? Give feedback.
-
Thanks for your feedback, I'm glad to know that was the cause of the problem. |
Beta Was this translation helpful? Give feedback.
-
Describe the bug
Even if one sets in the options: file name conflict resolution -> overwrite the existing file, SingleFile still creates an unique name instead of overwriting it after adding an annotation to an already-saved page.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The same saved paged should be overwritten.
Environment
Additional context
The issue is the same by using a local profile as suggested in #795
Beta Was this translation helpful? Give feedback.
All reactions