Timeline pasting is a daily, 'everybody-uses-it' editing function. So why has it still not been improved?

Vastly improving pasting is simple: Give users the ability to choose 'on the fly' where they want their media pasted or insert-pasted:
1. on the lowest enabled track (current behavior)
2. on the highest enabled track
3. on the same track in was copied from

By providing new shortcut options, EVERYONE would be happy:
1. Users who like the current way pasting works wouldn't notice any difference.
2. Users who want media pasted to the highest enabled track where there's always the most free space to paste into would simply need to assign keyboard shortcuts to the 2 new functions offered: paste and insert paste to highest enabled track. If they plan on using these new options most or all of the time, they could set it to the default Ctrl+V and Ctrl+Shift+V shortcuts, while assigning other shortcuts to the current Paste/Paste Insert functions, should they ever want to use them.
3. Users who would like media pasted/insert-pasted to the same video tracks it was copied from would also be taken care of, with 2 new keyboard shortcut-assignable functions. Once again, if this is the pasting method the user wishes to use most or all of the time, they could assign their current keyboard shortcuts to these 2 new functions, while giving new shortcuts to paste/insert paste to the highest and/or lowest video track, should they so choose.

Given how often editors need to paste media on their timeline, this should be given priority over other new features that, while useful, may only ever be used seldomly by few editors.

In case the benefit of allowing editors to paste to the highest enabled track is still not evident enough, please see the attached illustrations. In the all-too common editing example/'Game' illustrated, pasting to the highest vs the lowest enabled track would require 2 steps vs 5.

PLEASE improve timeline pasting! It's long overdue. Thank you!!!

We should be able to save down to the last version of the software and here's why.

• RISK: installing and working only from the latest version of adobe software is very risky with all the hidden bugs that happen every major update.

• FILE SHARING: not everyone takes said risk and works to the latest update.

• FILE RECOVERY: like the situation I'm in now, I worked 20 hours on a project that only now will crash every time it's opened. I have a minute which would be long enough to save a file but is not workable.

• PROMOTES STAYING UP TO DATE: if users can save down, the risk is lessened and promotes more users to provide valuable user data.

Saving to XML: This option does not save applied effects reliably which can mean hours added to the project deadline.

This feature has been needed and requested for over 3 years now. Other adobe softwares have had this feature for over 10. It's time...

Warp Stabilizer is known for its insane impact on project file size - right now I have a project with some stabilized footage, and the project file size is 850 MEGABYTES. It's crazy, and now imagine this thing autosaves every 10 minutes - it takes about a minute just to save it. This makes this plugin unusable. And the solution is pretty simple - keep stbilization data outsude of the project file, like other stabilization plugins do. The plugin should create an external file for stabilization data in the project folder, and update it only when reanalyzing footage. I guess this is obvious and I wonder why this was not implemented before.

We have several users of BRAW Studio experiencing timeline shift after moving their projects between computers. Sometimes it even goes back to the first frame.

If this also happens to you please tell your story in Adobe Community Forums : https://community.adobe.com/t5/premiere-pro/cc-2020-timeline-clips-shifts-after-moving-project-relocating-relinking/m-p/10923880

Happens only with CC 2020 (both 14.0.0 and 14.0.1), both OSX and Windows, all framerate (23.96 fps and 25 fps for example).
Apparently happens with others formats than .braw : https://community.adobe.com/t5/premiere-pro/linking-media-losing-in-and-out-points/td-p/10922669 "I have this problem on every file type I have tried; R3D, BRAW and CRAW"
Attached is a zip with the two .prproj from a user editing with .braw and you can see what's changing inside <MediaFrameRate> and <TimecodeFormat>, also the timecode changes from 01:43:25:03 to 01:43:31:16000

Please investigate and fix this issue it is very annoying and preventing users to edit in good conditions with Premiere Pro it is quite urgent

Thanks,
Antoine