[Bug]: Duration info for Windows SystemMediaTransportControls incorrect #2621
Labels
No labels
awaiting-reply
breaking changes
bug
cannot-reproduce
dependencies
documentation
duplicate
electron-issue
enhancement
fix-available
good first issue
help wanted
invalid
javascript
need more information
need rebase
official-youtube-music-issue
plugin request
question
release
security
stale
Status: blocked
typo
wontfix
ytmd-issue
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: YTMD/youtube-music#2621
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Preflight Checklist
YouTube Music (Application) Version
3.6.2.0
Checklists
What operating system are you using?
Windows
Operating System Version
Windows 11 23H2 22631.4460
What CPU architecture are you using?
x64
Last Known Working YouTube Music (Application) version
No response
Reproduction steps
Expected Behavior
Position, StartTime and EndTime in SytemMediaTransportControls to be that of the current playing song/media.
Actual Behavior
Position and EndTime time in minutes seems to increase seconds stays correct.
For example:
first song 3:32
second song 3:41
EndTime in SystemMediaTransportControls 5:41 on the second song
Enabled plugins
Additional Information
Since this seems to be an issue with music.youtube.com both in MSEdge and Firefox I understand that it's unlikely you can do anything about this, but if you can do something that would be highly appreciated.
Thanks in advance for any of your time!
This happens in macOS as well, both in-app and when using the website in a browser, so it's likely an issue in the website code itself.
I found some details about this issue, if the music natually ended and begin play the next one, Youtube Music website will reuse the same HTMLMediaElement (the
<video>
tag), you can get it from console:And they not reset the state of media element, seems like they only append new audio data slice to the
src
and continue playing, so theduration
andcurrentTime
of media will still increasing, check the progress:But if we pressed the next music button, they will create a new
<video>
tag to replace the old one, with a newsrc
, so the internal state of media element will not as same as the old one, the issue will not happend.Some solutions:
Maybe someone can have better idea to fix this issue.
I also send a feedback of this issue to Google, hope they can fix this ASAP :)
Nice find! I did fill in a feedback form to google/youtube about this when I created this issue, it does kinda feels like putting a bottled message in the ocean when doing it so I didn't have much hope :(
This may have been fixed from Youtubes side, anyone else who can confirm if they still encounter this or not?Nvm still occurs with Youtube music in msedge, so not fixed from Youtubes side, also occurs in this application too now when I'm testing but I felt like I hadn't seen it in a while.