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

Hotfixes - Import from channels - Folder contents are not always displayed without having to sign out first #3753

Closed
pcenov opened this issue Oct 19, 2022 · 9 comments
Assignees
Labels
DEV: frontend P0 - critical Priority: Release blocker or regression

Comments

@pcenov
Copy link
Member

pcenov commented Oct 19, 2022

Observed behavior

After importing a folder with subfolders from Khan Academy I'm not able to see the contents of the folder. I tried refreshing and going back to the channels page but only signing out and signing in seems to do the trick.

Expected behavior

Imported folders with resources should be fully visible

Steps to reproduce the issue

  1. Go to https://hotfixes.studio.learningequality.org/en/accounts/#/ and sign in
  2. Create a new channel and import a folder with subfolders from Khan Academy
  3. Attempt to view the imported resources

Additional information

2022-10-19_16-43-00.mp4

Usage Details

@pcenov
Copy link
Member Author

pcenov commented Oct 19, 2022

@bjester and @radinamatic

@bjester bjester added the P0 - critical Priority: Release blocker or regression label Oct 20, 2022
@bjester bjester self-assigned this Oct 20, 2022
@bjester
Copy link
Member

bjester commented Oct 21, 2022

@rtibbles I was able to reproduce this on the hotfixes server, but I haven't been able to locally. I tried both the 'Import from channels' flow and via the clipboard. Neither importing a folder of folders nor a folder of only resources seemed to help locally. 🙁

@rtibbles
Copy link
Member

This seems to be happening because the copy change is not getting set as applied/cleared once the copy operation has completed. This means that we then are preventing all HTTP requests while the change hasn't been applied.

@rtibbles rtibbles self-assigned this Oct 25, 2022
@rtibbles
Copy link
Member

This seems to be stemming from a bug in the max channel revision calculation logic. The change returned to the frontend to propagate the task association has a higher server revision than the copy change. This causes the frontend to return this higher revision as the last seen revision, and so does not return the success status for the copy change.

@marcellamaki
Copy link
Member

Should be updated with #3771 and ready for testing on hotfixes. will wait for confirmation that it is also working on hotfixes before closing

@rtibbles
Copy link
Member

rtibbles commented Nov 1, 2022

Neither @radinamatic nor myself can now replicate this on hotfixes.

@rtibbles rtibbles closed this as completed Nov 1, 2022
@rtibbles rtibbles reopened this Nov 2, 2022
@rtibbles
Copy link
Member

rtibbles commented Nov 2, 2022

This issue seems to appear after multiple copy events have taken place in a channel. I suspect the max revs are being improperly set still, so we should side step these for checking on whether a change has been successfully applied.

@rtibbles
Copy link
Member

rtibbles commented Nov 3, 2022

Should really be fixed in #3789

@rtibbles rtibbles closed this as completed Nov 3, 2022
@radinamatic
Copy link
Member

Looking good, several tests with simultaneous imports of 2 up to 6 folders were successful with all the subfolders visible! 💯 🎉

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
DEV: frontend P0 - critical Priority: Release blocker or regression
Projects
None yet
Development

No branches or pull requests

5 participants