New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tapping on timestamps clears queue (0.27.0 regression) #11013
Comments
You can follow #4241. |
Incorrect triaging. This isn't an issue about the pop-out player as identified #4241 The pop-out player on timestamp click has a been a minor annoyance since at least to my knowledge 0.17 Again the issue is a NEW BUG that appeared between 0.26 and 0.27 regarding playlist. Not a dupe feature req Review the video and report |
Okay. Does it happen if you use the regular popup button below the video, or only for timestamps? |
I've done a quick test. As can be seen in video 1...the timestamps and the player to jump and resume playing from the correctly indicated timestamp position works as long as the video player is put into "Pop-Out Mode" before clicking on a timestamp 01Timestamps_Navigate_Correctly_When_Using_Popout_Player.mp4But as can be seen in video 2 below the Active Playlist is still cleared of all Enqueued or Previous Played videos in the player queue even when using the "PopOut Mode". 02Timestamps_Navigate_Correctly_Using_Popout_BUT_PLAYLIST_DELETED.mp4
|
All I asked was whether tapping on the popup button causes the queue to vanish. Ignore the timestamps for a moment and try just that. |
Tapped the popup button. Queue didn't vanish. |
Okay so this bug occurs specifically when tapping on timestamps, not with the popup player in general. |
@SavSanta are you sure this was working in previous version? Because I've been able to reproduce this exact same issue with v0.26.1, v0.25.2, v0.24.1 and v0.23.3. Tested in Android 14 and Android 6 emulators. |
I was very positive Ive never had this happen on 26.0 branch which I've been using for a while now since release. One is a TCL that doesn't have an AVD on A12. The other is an LG that does have an AVD but is on A8 (altho LG customizations right). So maybe that is a factor.
Unfortunately i updated both to 27.0 to fix the comment error issues.
However i did just quickly test on the TCL one of the older side-by-side installed debugging version i still have (Newpipe use-cronet-for-playback 0.24.1) and the same issue of the playlist clearing appeared.
Though, i still dont recall this being an issue in the past. Now im wondering if there is a difference between clicking time-fragments from video description boxes versus clicking time-fragments from video comments. Id have to hunt to test that one
On Sat, May 4, 2024 at 6:31, ***@***.***> wrote:
@SavSanta are you sure this was working in previous version? Because I've been able to reproduce this exact same issue with v0.26.1, v0.25.2, v0.24.1 and v0.23.3. Tested in Android 14 and Android 6 emulators.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Happened in another the earlier 25.0 series version consistent with the AVD test. |
Checklist
Affected version
27.0
Steps to reproduce the bug
I was previously using the NewPipe in version 26.x. I received alert a new version was avail and upgraded to 27.0.
I have always used the current Active playlist as a a 'Now Playing/Watch Later Queue'.
In version 27.0 I've had twice occurences when attempting to using the timestamp fragments/jump of the description of videos mess up the playlist.
The first time (which I didn't record as it was unexpected) it appeared to wipe out the next to be played videos and show me the current video and one new video to be played a previous already viewed "session". However despite that that old video was back in Active Queue it also didn't even play that video.
The second time with the recording attached below. The Active Queue wipes out all the videos on the playlist both past and to be played.
In both cases the currently playing video also starts over back from the 0:00 position
Steps I think reproduce the error.
Expected behavior
The pop-out player should open and the video time should jump to the correct timestamp..
Actual behavior
Pop-out player opens and playlist typically clears and current video is reset to 0:00 timestamp.
Screenshots/Screen recordings
az_recorder_20240428_083433_edited.mp4
Logs
No response
Affected Android/Custom ROM version
Android 13
Affected device model
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: