"Fit timeline to longest object" function not working

Thanks, Jose, for sending the video and adding clarifying point about the "Show Until End" setting.

However, that raised a number of questions for me so I've had a good play with it and I think I understand what's going on now. Please find below the following behaviours I observed - maybe these will be helpful to someone else reading through this thread in the future.

• As a default, all new objects placed on the timeline are set to "Show Until End" (including video objects).
• When all objects on the timeline (including your video) are set to "Show Until End" you can move the timeline's end-point to wherever you like (ie. you can drag it to even longer or shorter than a video object on the timeline).
• If you turn OFF the "Show Until End" feature for any object (incl. your video) you can only shrink the timeline down to as far as the end of that object (ie. you can't shrink it shorter than the end of that object).
• If the END of the slide's timeline is beyond where the video ends (eg. the scenario where you've replaced a long video (30 mins) with a shorter one (5 mins) and the timeline's END-point is way longer than it should be) and ONLY the video object has the "Show Until End" function set to OFF, you can use the "Fit timeline to longest object" feature to shrink the timeline to the end of the video object. HINT: if the duration of the other objects on the slide don't need to be a set length, then turn the "Show Until End" setting ON for those objects. The video object will then govern the length of the timeline.
• If you've trimmed the length of a video object (eg. a 10 minute video's duration is set to 5 seconds) and the end of the video sits on the timeline's END (ie. both the video and the slide's timeline end at the same time), when you preview the slide, the full video will play anyway, even when both the video's duration and the timeline's duration have completed.
• [?A BUG?] If you've trimmed the length of your video (eg. by setting the duration of a 10 minute video to 5 seconds) and the video's end sits BEFORE the slide timeline's END (eg. even one-eighth of a second before the end), when the slide previews, the video's image will stop at it's set duration (eg. 5 seconds) but the video's audio continues to play on, even when the timeline of the slide has completed. Further to this, in my test project, I have set up 2 toggling layers for PAUSE and PLAY. When the video image stopped and the audio kept playing, I clicked on the screen which activated my pause button layer (this sets triggers to pause the base layer's timeline and pause the video) and the audio stopped playing. When I clicked again,  it activated my play button layer (this sets triggers to resume the base timeline and play the video) and I could now both see the video image AND hear the audio... all of this doesn't seem correct behaviour.
• If the original duration of a video object has been changed (eg. a 10 min video has been changed to 5 seconds), and you want to reset it to the original duration, you'll need to either re-import it again or right-click on the video object in the timeline and choose "Timing" then manually enter the correct Mins/Secs in the Duration fields. There doesn't seem to be a "reset" option.
• The "Fit timeline to longest object" feature really only works to "shrink" the timeline to the longest object. If you are replacing a short video with a longer one, then having the shorter video's "Show Until End" function set to OFF, before you replace it, will cause the timeline to re-position itself to the new, longer video. Using the "Fit timeline to longest object" when all objects on the timeline are set to "Show Until End" has no effect because, effectively, there are no objects with a set duration to snap to.
• Going forward, I'll now always change the "Show Until End" setting to OFF for all my video objects and will leave other objects as ON (as their default) so that the "Fit timeline to longest object" feature will work when needed.

I'd be happy to hear your thoughts on the above.

Many thanks,

Brett