Skip to content
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

Open
6 tasks done
SavSanta opened this issue Apr 28, 2024 · 10 comments
Open
6 tasks done

Tapping on timestamps clears queue (0.27.0 regression) #11013

SavSanta opened this issue Apr 28, 2024 · 10 comments
Labels
bug Issue is related to a bug player Issues related to any player (main, popup and background) queue Issue is related to queueing

Comments

@SavSanta
Copy link

Checklist

  • I am able to reproduce the bug with the latest version given here: CLICK THIS LINK.
  • I made sure that there are no existing issues - open or closed - which I could contribute my information to.
  • I have read the FAQ and my problem isn't listed.
  • I have taken the time to fill in all the required details. I understand that the bug report will be dismissed otherwise.
  • This issue contains only one bug.
  • I have read and understood the contribution guidelines.

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.

  1. Play a video with a timestamp fragment in the description
  2. Search more videos in the search bar.
  3. Use Enqueue and/or Enqueue Next mixture to add it to the current Active Playlist Queue
  4. While video still playing click on the timestamp video

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

@SavSanta SavSanta added bug Issue is related to a bug needs triage Issue is not yet ready for PR authors to take up labels Apr 28, 2024
@opusforlife2
Copy link
Collaborator

You can follow #4241.

@opusforlife2 opusforlife2 added duplicate Issue or discussion is a duplicate of an existing issue or discussion and removed bug Issue is related to a bug needs triage Issue is not yet ready for PR authors to take up labels Apr 28, 2024
@SavSanta
Copy link
Author

SavSanta commented Apr 28, 2024

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

@opusforlife2
Copy link
Collaborator

Okay. Does it happen if you use the regular popup button below the video, or only for timestamps?

@SavSanta
Copy link
Author

SavSanta commented Apr 29, 2024

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.mp4

But 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

^^Note Queued Videos Deleted after using Timestamps

@opusforlife2
Copy link
Collaborator

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.

@SavSanta
Copy link
Author

Tapped the popup button. Queue didn't vanish.

@opusforlife2
Copy link
Collaborator

Okay so this bug occurs specifically when tapping on timestamps, not with the popup player in general.

@opusforlife2 opusforlife2 reopened this May 2, 2024
@opusforlife2 opusforlife2 added bug Issue is related to a bug player Issues related to any player (main, popup and background) queue Issue is related to queueing and removed duplicate Issue or discussion is a duplicate of an existing issue or discussion labels May 2, 2024
@opusforlife2 opusforlife2 changed the title Timestamp Navigation "clears/breaks" playlists Tapping on timestamps clears queue (0.27.0 regression) May 2, 2024
@javdc
Copy link

javdc commented May 4, 2024

@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.

@SavSanta
Copy link
Author

SavSanta commented May 4, 2024 via email

@opusforlife2 opusforlife2 added the waiting for author If the author doesn't respond, the issue will be auto-closed. Otherwise the label will be removed. label May 5, 2024
@SavSanta
Copy link
Author

Happened in another the earlier 25.0 series version consistent with the AVD test.

@github-actions github-actions bot removed the waiting for author If the author doesn't respond, the issue will be auto-closed. Otherwise the label will be removed. label May 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Issue is related to a bug player Issues related to any player (main, popup and background) queue Issue is related to queueing
Projects
None yet
Development

No branches or pull requests

3 participants