[GH-ISSUE #87] Pressing Enter to save doesn't take introduced name in consideration #1441

New issue

Closed

opened 2026-03-01 18:45:32 +03:00 by kerem · 2 comments

kerem commented

2026-03-01 18:45:32 +03:00

Owner

Originally created by @duarteframos on GitHub (Feb 16, 2017).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/87

When saving a GIF file from the editor with Ctrl+S, pressing enter so save in the dialog doesn't take the newly typed name into consideration, it always saves with the last used file name instead.

Say I saved a file named GIF1.gif previously, that name will show up in the name text box as the last used file name, if I type GIF2.gif and press enter to save it will still save as GIF1.gif, unintentionally overwriting the previous file if it still there leading to potentially data loss. If I save as GIF3.gif next and press enter it will save GIF2.gif instead.

Pressing Save the button with a mouse click works as expected.

Originally created by @duarteframos on GitHub (Feb 16, 2017). Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/87 When saving a GIF file from the editor with `Ctrl+S`, pressing enter so save in the dialog doesn't take the newly typed name into consideration, it always saves with the last used file name instead. Say I saved a file named GIF1.gif previously, that name will show up in the name text box as the last used file name, if I type GIF2.gif and press enter to save it will still save as GIF1.gif, unintentionally overwriting the previous file if it still there leading to potentially data loss. If I save as GIF3.gif next and press enter it will save GIF2.gif instead. Pressing Save the button with a mouse click works as expected.

kerem

2026-03-01 18:45:32 +03:00

closed this issue
added the
🔷 Bug 🐛
label

kerem commented

2026-03-01 18:45:33 +03:00

Author

Owner

@NickeManarin commented on GitHub (Feb 18, 2017):

Fixed. I got the same issue and was able to fix it, or at least I'm not able to reproduce anymore.

@NickeManarin commented on GitHub (Feb 18, 2017): Fixed. I got the same issue and was able to fix it, or at least I'm not able to reproduce anymore.

kerem commented

2026-03-01 18:45:33 +03:00

Author

Owner

@duarteframos commented on GitHub (Feb 19, 2017):

Thanks for the fix :)

@duarteframos commented on GitHub (Feb 19, 2017): Thanks for the fix :)

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference

starred/ScreenToGif#1441

No description provided.

Rows
Columns