Skip to content
GitLab
  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • funkwhale funkwhale
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 396
    • Issues 396
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 17
    • Merge requests 17
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages & Registries
    • Packages & Registries
    • Container Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • funkwhale
  • funkwhalefunkwhale
  • Merge requests
  • !520

Fixed #647: UI discrepency in playlist tracks count

  • Review changes

  • Download
  • Email patches
  • Plain diff
Merged Agate requested to merge 647-playlist-track-count into develop Jan 05, 2019
  • Overview 0
  • Commits 1
  • Pipelines 1
  • Changes 2

Closes #647 (closed)

@floreal: there actually was a discrepency in the value displayed in the playlist modal, which used the total number of elements in the playlist, and the value displayed when viewing the playlist page, which used the number of playable tracks.

Both value may differ, since files may be removed (and tracks become unplayable for a given user), but we don't reflect that change in playlist (since files may be reuploaded later ;)

At least, we should have a consistent UI now.

Assignee
Assign to
Reviewer
Request review from
Time tracking
Source branch: 647-playlist-track-count