Project

General

Profile

Actions

Bug #16750

closed

workbench 1 trash page not working with logincluster enabled

Added by Peter Amstutz over 3 years ago. Updated over 3 years ago.

Status:
Resolved
Priority:
Normal
Assigned To:
Category:
Workbench
Target version:
Story points:
-
Release relationship:
Auto

Subtasks 1 (0 open1 closed)

Task #16752: Review 16750-logincluster-wb1-trash-fixResolvedPeter Amstutz10/01/2020Actions
Actions #1

Updated by Peter Amstutz over 3 years ago

  • Category set to Workbench
Actions #2

Updated by Peter Amstutz over 3 years ago

  • Subject changed from trash page not working with logincluster enabled to workbench 1 trash page not working with logincluster enabled
Actions #3

Updated by Lucas Di Pentima over 3 years ago

  • Assigned To set to Lucas Di Pentima
Actions #4

Updated by Lucas Di Pentima over 3 years ago

  • Target version changed from 2020-09-09 Sprint to 2020-09-23 Sprint
Actions #5

Updated by Lucas Di Pentima over 3 years ago

  • Target version changed from 2020-09-23 Sprint to 2020-10-07 Sprint
Actions #6

Updated by Lucas Di Pentima over 3 years ago

  • Status changed from New to In Progress
Actions #7

Updated by Lucas Di Pentima over 3 years ago

Updates at 06b0aba - branch 16750-logincluster-wb1-trash-fix
Test run: developer-run-tests: #2127

  • Applies .fetch_multiple_pages(false) to User request when listing trashed items and LoginCluster is set.
  • Haven't been able to properly test this, and don't want to burn more time on a wb1 fix. Ideas always welcome :)
Actions #8

Updated by Peter Amstutz over 3 years ago

Lucas Di Pentima wrote:

Updates at 06b0aba - branch 16750-logincluster-wb1-trash-fix
Test run: developer-run-tests: #2127

  • Applies .fetch_multiple_pages(false) to User request when listing trashed items and LoginCluster is set.
  • Haven't been able to properly test this, and don't want to burn more time on a wb1 fix. Ideas always welcome :)

It's a small fix but it seems a little overcomplicated, I think all you need to do was add .fetch_multiple_pages(false) to the users query. If you think about it, we fetched one page of collection items, so we can't have more owner_uuids than fit on a single page anyway.

Actions #9

Updated by Lucas Di Pentima over 3 years ago

Update at 50697add7
Test run: developer-run-tests: #2129

As suggested, I've update the code so that it always queries User and Group classes with .fetch_multiple_pages(false).

Actions #10

Updated by Peter Amstutz over 3 years ago

Lucas Di Pentima wrote:

Update at 50697add7
Test run: developer-run-tests: #2129

As suggested, I've update the code so that it always queries User and Group classes with .fetch_multiple_pages(false).

Now there's a "federated_reqs = [User]" line that doesn't serve any purpose. And it might be good to just rebase/squash this because the history is noisy. But I'm sorry for spending so much time on such a small fix so you should feel free to merge it :-)

Actions #11

Updated by Lucas Di Pentima over 3 years ago

Updates at 45cabb9 (rebased)

Will merge. Thanks!

Actions #12

Updated by Anonymous over 3 years ago

  • % Done changed from 0 to 100
  • Status changed from In Progress to Resolved
Actions #13

Updated by Peter Amstutz over 3 years ago

  • Release set to 25
Actions

Also available in: Atom PDF