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

End of Year: Show total listening time for the year #522

Merged
merged 5 commits into from
Nov 2, 2022

Conversation

ashiagr
Copy link
Contributor

@ashiagr ashiagr commented Nov 1, 2022

📘 Project: #410

iOS PR: Automattic/pocket-casts-ios#411

Description

Show approximate total listening time in 2022. (Design not covered)

Testing Instructions

  1. Set END_OF_YEAR_ENABLED feature flag to true in base.gradle
  2. Login to an existing account
  3. Run the app
  4. When the prompt appears, tap "View My 2022"
  5. ✅ Check that your total listening time in 2022 is shown

Screenshots or Screencast

Checklist

N/A

  • If this is a user-facing change, I have added an entry in CHANGELOG.md
  • I have considered whether it makes sense to add tests for my changes
  • All strings that need to be localized are in modules/services/localization/src/main/res/values/strings.xml
  • Any jetpack compose components I added or changed are covered by compose previews

I have tested any UI changes...

  • with different themes
  • with a landscape orientation
  • with the device set to have a large display and font size
  • for accessibility with TalkBack

@ashiagr ashiagr requested a review from a team as a code owner November 1, 2022 11:57
@ashiagr ashiagr mentioned this pull request Nov 1, 2022
35 tasks
@ashiagr ashiagr changed the title End of Year: show total listening time for the year End of Year: Show total listening time for the year Nov 1, 2022
Copy link
Contributor

@mchowning mchowning left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good. Nice work @ashiagr !

FWIW, I did see the Stories cycling faster than expected a few more times while testing this (not sure why, but I found this was much easier to reproduce today compared to yesterday). The speedup generally seemed to be 2x-4x as fast.

device-2022-11-01-101558.mp4

One interesting thing I noticed is that when the speedup occurs, clicking the Share button does not stop the Stories from continuing to progress. The right Story is still shared, but in the background I can see the UI continuing to move through the stories. This does not seem to occur for me when the Stories are playing at the correct speeds though (i.e., the Stories immediately stop progressing when I tap Share). I wonder if this might give a hint as to the underlying cause. 🤔

Without speedup With speedup
device-2022-11-01-102833.mp4
device-2022-11-01-102810.mp4

This isn't anything that needs to be addressed in this PR.

@@ -1389,6 +1389,7 @@
<string name="end_of_year_prompt_card_title" translatable="false">@string/end_of_year_launch_modal_title</string>
<string name="end_of_year_prompt_card_summary">See your top podcasts, categories, listening stats and more.</string>
<string name="end_of_year_share_via" translatable="false">@string/podcasts_share_via</string>
<string name="end_of_year_listening_time">In 2022, you spent %1$s listening to podcasts.</string>
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nitpick: I don't think we're actually telling them how much time they spent listening to podcasts because we're not taking account of skipping forward/backward or playback speed. I think we're more telling them that they listened to XXX hours/minutes of podcasts.

For example, I can make the total time go down if I rewind a podcast or make a previously played podcast as unplayed.

Just raising this as something worth keeping in mind. Definitely not a blocker.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I understand your point, @mchowning. AFAIU, it is just an approximate listening time, does not take into account changes to played time due to skipping, and matches iOS behavior.

I'll keep it in mind for sure. 👍

@ashiagr
Copy link
Contributor Author

ashiagr commented Nov 2, 2022

FWIW, I did see the Stories cycling faster

Thanks for sharing the video and observations! I wasn't able to check that issue yet but they'll definitely be handy when I'll come to it. 🙇‍♀️

@ashiagr ashiagr merged commit ace29aa into main Nov 2, 2022
@ashiagr ashiagr deleted the task/410-show-total-listening-time-in-2022 branch November 2, 2022 04:31
@ashiagr ashiagr added this to the 7.27 ❄️ milestone Nov 24, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants