Skip to main content
ThioJoe
Community Expert
Community Expert
June 17, 2025
Question

In 25.3, Ripple Trim Edit to Playhead deletes markers at the ends

  • June 17, 2025
  • 27 replies
  • 2171 views

See the attached video for what I mean. This only seems to have started happening with the latest update to 25.3.

 

Problem Behavior:

  • If there is a marker exactly at the cut the "ripple edit to playhead" action will be going to, it will delete that marker instead of preserving it like before.
  • If there is a marker exactly at the playhead when a "ripple edit to playhead" is done, it also deletes the marker instead of preserving it

 

This at least affects these shortcut actions, but there could be others that the behavior affects too:

  • Ripple Trim Next Edit To Playhead
  • Ripple Trim Previous Edit To Playhead

 

 

Screencaps:

 

New bad behavior in 25.3

In that example I show as having a marker both at the playhead and the cut point, but to be clear it will delete the marker even if it's only one of them, it doesn't need to be both.

 

Expected Behavior (Example from Premiere Pro 2024, but same as before the 25.3 update)

 

Windows System Info:

  • Premiere Pro Version: 25.3.0 (Build 84)
  • Windows Version: Windows 11 Enterprise 24H2 (Build 26100.4351)

System Hardware:

  • CPU: Intel 13900KS
  • GPU: Nvidia 5090 FE
  • GPU Driver Version: 576.66
  • RAM: 128GB
  • Storage: NVMe SSD - Optane 905P 1.5TB

 

27 replies

whamalamaboom
Inspiring
August 18, 2026

I hit send on this second reply by accident and now there’s no option to delete it?

whamalamaboom
Inspiring
August 18, 2026

I'm also hoping we get a toggle. Similar to someone above, I used timeline markers to mark the exact frame in the timeline that I need something to happen, which 90% of time means it’s where a specific clip should start.

So the fast, easy thing I’ve been able to do forever is use shortcuts to move the playhead to that marker, mark it as the in point, mark the start of the desired clip/segment as the out point, and trim. Voila! The clip starts on the exact frame I marked.

Now, because trimming deletes the marker as well, I have to spend twice as much time on every project adding back every single marker over and over and over again.

I gave up and started doing what others are now doing, using an adjustment layer to mark points in the timeline instead. But it’s ridiculous that a core behavior we’ve had for so long was removed and now needs an extra layer to fix, while implying that deleting the markers was superior need.

People who want to delete leftover markers already had fast ways to do that. They could right click and clear markers to get rid of all of them, or click on the specific ones they didn’t need anymore while holding shift and then right click to delete selected.

Saving them time getting rid of things they don’t need just increased everyone else’s time replacing what we do need. The only fair behavior is to make it an option we can enable or not.

leakuslokus
Inspiring
October 28, 2025

Hi! I have seen other entries about this and replies saying this is a premeditated change. 

 

I see it as a bug unfortunately, as it is very reasonable to apply markers at a clip start of an uncut stringout or even trimmed down selections (for example to see the first frame of a shot when in the marker window - this helps me a lot with quick navigation in big timelines) and I wish it would not be as it is in 25.4.1.

 

I understand this complaint is very finicky but how does this outweigh "lost markers laying around in a timeline", to quote one of the thread answers I read? 

 

I think if your devs want this feature, at best, it should be an option, as "copy and paste includes markers" is. At the same time, why not introduce a similar setting like "deleting clips includes markers" to get rid of lost markers in the process of clearing clips / cleaning timelines...

Participating Frequently
September 12, 2025

Adobe Team,

 

Honestly, are we ever going to get a real response from someone at the company? Because at this point, every single update feels like it breaks something that was working perfectly fine before. It’s beyond frustrating.

 

Here’s just one example: the “Production” list. It used to be clean and simple, showing only project names. Now it’s cluttered with the full file path, which makes it messy and hard to read. Why was this change even made? And more importantly—how did it get past your QA team without anyone noticing?

 

And then there are the markers. This one is a dealbreaker. You’ve made it incredibly inconvenient to work on large projects and templates where markers used to be essential. Now, pressing Q just deletes a marker instead of letting me actually manage them. It completely ruins the workflow.

 

I’m asking you to roll these things back. Restore the markers. Restore the old “Production” list. Stop shipping updates that downgrade the experience. We’re not beta testers—you’re charging us real money for software that’s supposed to be professional-grade

Participating Frequently
August 29, 2025

Can you do it like it was? Is it really that hard when no one asked you to do it like it is now?1 But everyone asks to do it like it was!

Participant
September 11, 2025

not fixed in the latest update ☹

Participating Frequently
August 29, 2025

Сможете ли вы сделать это так, как это было? Неужели это так сложно, когда никто не просил вас сделать так, как сейчас?1 Но все просят сделать так, как было!

Participant
August 15, 2025

It no longer functions as it did for YEARS before, so now I either need to find ways to make it work as it did, or "accept" that someone decided to change it because they wanted to, or remain on the old version, where it functions as it should!

 

At the same time, really useful features are not added, but breaking the logic of the usual workflow that you have become accustomed to over the years is welcome!

 

“Nice” and “Thank you”!

ThioJoe
Community Expert
ThioJoeCommunity ExpertAuthor
Community Expert
August 15, 2025

@Ben Insler  Yea I figured that was the reason.  Still, it's different than the behavior was for years before. Perhaps an option for this could also be added in the "Preferences > Trim" Menu.

Personally when I think of the marker's position, I think of it as "between" frames if it's lined up exactly with a cut.

Community Manager
August 14, 2025

@ThioJoe 

but still deletes when using Ripple Trim Previous Edit To Playhead

When you use Ripple Trim Previous Edit To Playhead, you are removing everything from the playhead all the way back to the previous edit point, which includes the first frame of the clip on the B-side of that edit.  The marker in your screencapture is aligned on the edit point, which means that it is aligned with the first frame of the B-side clip at this edit.  The behavior you are seeing where the marker gets removed with Ripple Trim Previous Edit To Playhead is the correct behavior: that marker should be removed as it is within (and at the very first frame of) the range being rippple-trimmed.

 

It can be easy to think of edit points as boundaries between two frames, but it's much more accurate to consider the placement of edit points and markers at the start of a frame - conceptually, there is no way a mark can exist between frames.  Considering this, no marker can be placed between two frames, and thus, will always be inside or outside of a marked In/Out section.

ThioJoe
Community Expert
ThioJoeCommunity ExpertAuthor
Community Expert
August 14, 2025

@Ben Insler Well it works as expected when the marker is at the cut and using Ripple Trim Next Edit To Playhead, but still deletes when using Ripple Trim Previous Edit To Playhead 🙃