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

Buttons Disappear When the Page is Refreshed #1252

Closed
zackcl opened this issue Jan 18, 2024 · 12 comments
Closed

Buttons Disappear When the Page is Refreshed #1252

zackcl opened this issue Jan 18, 2024 · 12 comments
Assignees
Labels
bug Something isn't working frontend release 5.1

Comments

@zackcl
Copy link
Collaborator

zackcl commented Jan 18, 2024

Version where bug was found:
5.1.0

Describe the bug
When the Experiments or Segments list page is refreshed, some or all of the buttons at the top (e.g., "Add Experiment") disappear.

To Reproduce
Steps to reproduce the behavior:

  1. Go to the Experiments or Segments list page.
  2. Refresh the page.
  3. Observe that some buttons are not visible on the page.

Expected behavior
The buttons should remain visible upon page refresh.

Screenshots

buttons-disappear.mov
@zackcl zackcl added bug Something isn't working frontend labels Jan 18, 2024
@danoswaltCL
Copy link
Collaborator

Welp. I know what this probably is, I'll take this. This very likely is related to the fix where I dealt with auth and how pages reroute when refresh happens. These buttons disappear if a user doesn't have certain permissions, something's not working right apparently.

@danoswaltCL danoswaltCL self-assigned this Jan 19, 2024
@danoswaltCL danoswaltCL moved this to Refined ToDo in UpGrade Project Jan 19, 2024
@danoswaltCL danoswaltCL moved this from Refined ToDo to In Progress in UpGrade Project Jan 29, 2024
@zackcl zackcl moved this from In Progress to QA in UpGrade Project Jan 31, 2024
@zackcl
Copy link
Collaborator Author

zackcl commented Jan 31, 2024

QA: @zackcl

@zackcl
Copy link
Collaborator Author

zackcl commented Feb 12, 2024

@danoswaltCL I'm not sure if these are directly related to this issue, but here are a few problems I've noticed:

  • When the Segment details page is refreshed, the status changes to Unused.
  • Signing out from the Experiment or Segment details page triggers a "TypeError: Cannot destructure property 'state' of 'undefined' as it is undefined." error.
  • Signing back in directs the user to the Segment (or Experiment) details page, but it might be more intuitive to default to the Experiments list page.
  • Occasionally, refreshing the Segment details page (in either the Global or Used state) causes a "TypeError: Cannot read properties of null (reading 'segments')" error (refer to the screenshot at the bottom)."
refresh-issues.mov
error on segment details page refresh

@danoswaltCL
Copy link
Collaborator

danoswaltCL commented Feb 12, 2024

Ok, back to the drawing board, I can take this back into progress and take a look, can create separate issues if they are indeed separate. Does this feel like it should be prioritized as a 5.1 release bugfix @amurphy-cl ? They don't appear like big blockers, but we're still yet to really start testing the release.

@zackcl you're saying it's not intuitive to go back to the URL you were last on after logging back in? this is indeed new behavior in this release, it used to always redirect to the experiment list home. It was changed in my stories to fix the persistent auth, now it will always redirect to the url you had been on before going to the login screen.

The more important thing about is that now we can share urls of experiment and segment detail pages, which was a story that spawned off of the persistent auth stuff because fixing that revealed that this still didn't work as intended. Previously if you clicked on a detail url, you may get prompted to login, and then it would redirect you to the home root. Not very helpful if you were expecting to see a details page! Now you if you click a url and need to login, you'll be able to view the shared page after logging in.

@zackcl
Copy link
Collaborator Author

zackcl commented Feb 12, 2024

@danoswaltCL Regarding the sharing of URLs, I understand the rationale behind it, and that aspect makes sense. However, I find it somewhat unconventional to be directed back to a details page upon logging in. It's akin to being taken directly to an open email when logging back into Gmail, rather than seeing the inbox overview. This behavior might be unexpected for users.

@danoswaltCL
Copy link
Collaborator

Putting back into in progress to fix:

  • Clear redirect url after logout
  • Status should stay the same
  • Check out the other erros

@danoswaltCL
Copy link
Collaborator

@zackcl can you re-review? I fixed all but the "status" one, which I created a separate new ticket to investigate, it could require some extra refactor instead trying a quick fix, i think there's an underlying problem that should get fixed.

@zackcl
Copy link
Collaborator Author

zackcl commented Feb 27, 2024

@danoswaltCL I can confirm that issues 2 and 3 are resolved, but issues 1 and 4 seem to remain. I think we can close this if you created a separate ticket for these two remaining issues.

  1. When the Segment details page is refreshed, the status changes to Unused.
  2. Signing out from the Experiment or Segment details page triggers a "TypeError: Cannot destructure property 'state' of 'undefined' as it is undefined." error.
  3. Signing back in directs the user to the Segment (or Experiment) details page, but it might be more intuitive to default to the Experiments list page.
  4. Occasionally, refreshing the Segment details page (in either the Global or Used state) causes a "TypeError: Cannot read properties of null (reading 'segments')" error (refer to the screenshot at the bottom)."

Here's the screenshot showing the issues 1 and 4:
Screenshot 2024-02-27 at 3 25 47 PM

@danoswaltCL
Copy link
Collaborator

danoswaltCL commented Feb 27, 2024

ok, issue 1 has a ticket, I see 4 now I missed that. I have an idea what me going on there.

@danoswaltCL
Copy link
Collaborator

danoswaltCL commented Feb 27, 2024

@danoswaltCL
Copy link
Collaborator

I believe this one can be reviewed and hopefully closed now.

@zackcl
Copy link
Collaborator Author

zackcl commented Mar 8, 2024

QA: Passed

@zackcl zackcl closed this as completed Mar 8, 2024
@zackcl zackcl moved this from QA to Done in UpGrade Project Mar 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working frontend release 5.1
Projects
Status: Done
Development

No branches or pull requests

2 participants