Bug 472795

SUMMARY
The video clip Edit Duration dialog is somewhat broken. While the Crop Start, Duration, and Crop End fully allow editing by typing in numbers, the Start Position field appears to only accept numbers in the hours field, and automatically reverts the minutes, seconds, and frames fields to whatever they were before typing. Scrolling the fields is similarly broken, as it seems to only allow scrollwheel response to the seconds and frames fields, stopping at 00,00. The Start Position field also seems to have a completely arbitrary idea of what the minimum start position for a video clip should be, and it's usually at least 10 minutes into an otherwise empty video, or sometimes 90+ minutes in, in the case of the audio for this clip I'm trying to crop.


STEPS TO REPRODUCE
1. Open a 2+ hour long webm as a clip
2. Attempt to crop it down using the Edit Duration dialog

OBSERVED RESULT
Be baffled as the dialog appears to enforce arbitrary limits on the Start Position.

EXPECTED RESULT
The start position should have no such limits placed on it, especially when the video timeline is otherwise empty.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: I am running this under GNOME, I guess that's not a supported configuration? I have all of Plasma installed.
KDE Plasma Version: 5.27.6
KDE Frameworks Version: 5.108.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
I guess I should just use a video player to find the timestamps I want and use ffmpeg to crop the video instead. I'm basically shooting myself in the foot by expecting a non-linear editor to do simple tasks like crop a two hour video down to one minute or less.