Bug 460876

Summary:	Too many [sic!] history entries (for CTRL+Z) when changing box-location via mouse
Product:	[Applications] kdenlive	Reporter:	Veps <veps>
Component:	User Interface & Miscellaneous	Assignee:	Jean-Baptiste Mardelle <jb>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	erjiang
Priority:	NOR
Version First Reported In:	22.08.1
Target Milestone:	---
Platform:	Other
OS:	Microsoft Windows
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Veps 2022-10-23 02:21:50 UTC

SUMMARY
Using for example the effect "Motion Tracker" and moving the red box for the position via mouse in the Project Monitor, almost every mouse position -- without letting the mouse button go and actually placing the box -- will create a history entry to go back to though the new location was never accepted by letting the mouse button go.


STEPS TO REPRODUCE
1. Add Motion Tracker effect (didn't try but I assume and almost hope (buzzword OOP) every effect with a box for positioning)
2. Add a time keyframe for keyframing the effect
3. Click and hold the box and move it arround
4. Let mouse go to finally "accept" the new postion
5. Now go back in history via CTRL+Z

OBSERVED RESULT
"Millions" of history entries for the position of the box/keyframe.

EXPECTED RESULT
One entry.

SOFTWARE/OS VERSIONS
Windows: 7

Comment 1 erjiang 2022-11-10 08:03:17 UTC

I was not able to reproduce this with 22.08.3 Windows (standalone) on Windows 10, and was not able to reproduce it on some other AppImage versions either. Ctrl-Z takes me back to the original box location without going through any of the positions when I was dragging the box. If you could provide more info or a screen recording of this happening, that could help.

Comment 2 Bug Janitor Service 2022-11-25 05:21:55 UTC

Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!

Comment 3 Bug Janitor Service 2022-12-10 05:18:33 UTC

This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!