Uh oh!
There was an error while loading. Please reload this page.
Change event log - #3134
Conversation
3faa634 to
0582b91Compare
bjester
left a comment
There was a problem hiding this comment.
Code review looks good-- left some comments. Let me know if it's ready for testing
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
2508621 to
0517aceCompare
bjester
left a comment
There was a problem hiding this comment.
Left more code comments. I'll do some manual QA now
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
bjester
commented
Apr 26, 2022
I saw this error while creating a new channel |
bjester
commented
Apr 26, 2022
Seems the edit modal |
rtibbles
commented
Apr 26, 2022
Ah yeah, we'll need to update that check to filter out 'applied' changes. |
rtibbles
commented
Apr 26, 2022
Thanks, I'll track this down. |
rtibbles
commented
Apr 28, 2022
Hrm, where were you creating a channel from? I just tried it myself, and didn't replicate this error. |
bjester
commented
Apr 28, 2022
I created it from the channels list page. Perhaps that error occurred prior to actually creating it. I can try again later |
Uh oh!
There was an error while loading. Please reload this page.
82d56cc to
92ac31fCompare… frontend rather than substantive channel changes.
rtibbles
commented
Jun 22, 2022
The publish button should be properly toggling now, and all content nodes in the frontend are properly flagged as published and unchanged. I did this by switching to tracking for edits since the last publish (except in the case of ricecooker channels, where I fall back to the changed attribute).
This was very reproducible and was a result of my poor decision to use dot paths in the materialized paths of our nested metadata labels. This confuses Dexie which also uses dot paths, but for describing nested keyPaths for changes. I have monkey patched Dexie to add specific excludes for our metadata labels to prevent this from causing an issue.
This was a bug I introduced while refactoring the bookmark code - there was an error in the In addition, I have done some testing of this across two browsers, and it seems like the change application logic across browsers is working as intended - I did this after the issues that @marcellamaki had reported, to ensure that the fix I applied to Dexie was universal. I retested this after the upgrade to Dexie 3.2 and the fix persisted. |
bjester
commented
Jun 27, 2022
Ran the python tests manually. |
Summary
Description of the change(s) you made
Manual verification steps performed
Reviewer guidance
How can a reviewer test these changes?
Please test the basic flow for now.
Are there any risky areas that deserve extra testing?
EVERYTHING!
References
Fixes#3034
Fixes#2828
Fixes#3101
Comments
Contributor's Checklist
PR process:
CHANGELOGlabel been added to this PR. Note: items with this label will be added to the CHANGELOG at a later timedocslabel has been added if this introduces a change that needs to be updated in the user docs?requirements.txtfiles also included in this PRStudio-specifc:
notranslateclass been added to elements that shouldn't be translated by Google Chrome's automatic translation feature (e.g. icons, user-generated text)pages,components, andlayoutsdirectories as described in the docsTesting:
Reviewer's Checklist
This section is for reviewers to fill out.
yarnandpip)