Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Register
  • Sign in
  • funkwhale funkwhale
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 426
    • Issues 426
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 13
    • Merge requests 13
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Artifacts
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Terraform modules
    • Model experiments
  • Analytics
    • Analytics
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • funkwhalefunkwhale
  • funkwhalefunkwhale
  • Issues
  • #948

"Recent" columns on front page no longer display any results

Steps to reproduce

  1. Upgrade to the latest commit
  2. Navigate to the front page

What happens?

No results are displayed under the "Recently Listened", "Recently Favorited", or "Playlists" lists

Screenshot_2019-10-16_at_12.29.27

What is expected?

Results should be returned for each

Context

Funkwhale version(s) affected: 0.20.0+git.668615a8

  • Browser: Firefox, Chrome
  • Instance Configuration: Docker multi-container, Nginx

Taking Favorites as an example, this is the call sent out when trying to pull back recent favorites:

GET https://<URL>/api/v1/favorites/tracks/?scope=user&ordering=-creation_date&page_size=5

The response is:

{"count":0,"next":null,"previous":null,"results":[]}

Removing the scope=user from the GET request brings back the correct number.

Probably caused by changes made in 668615a8

Assignee
Assign to
Time tracking