parse-community / parse-community/parse-dashboard
Dashboard inaccessible after JS error
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 3.8k
- Forks
- 1.4k
- PR merge metrics
- No merged PRs in 30d
Description
New Issue Checklist
- I am not disclosing a vulnerability.
- I am not just asking a question.
- I have searched through existing issues.
- I can reproduce the issue with the latest versions of Parse Server and Parse Dashboard.
Issue Description
When a JS error causes the dashboard to crash (white screen), the browser keeps redirecting you to the same page/filter that caused the crash and you have to clear the local storage (the brower_last_location key) to be able to navigate to another page.
Even if you go to the start page or a different class, it still redirects you back.
Steps to reproduce
- Go to a collection with pointers
- Set the filter to Unique on a pointer field and apply (same bug as in #2657 )
- The dashboard gets a JS error
TypeError: l.get is not a functionand the screen turns white - Navigate to a different class
- You get redirected back to the same page and the JS error causes it to crash again
Deleting browser_last_location in local storage allows you to navigate to a different page.
Actual Outcome
The browser keeps redirecting you to the page that causes the crash.
Expected Outcome
Don't redirect to the previous page on page load.
Environment
Dashboard
- Parse Dashboard version:
7.3.0-alpha.14 - Browser (Safari, Chrome, Firefox, Edge, etc.):
Firefox - Browser version:
140.0.4
Logs
TypeError: l.get is not a function at dashboard.bundle.js:2:2240738
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the crash in Firefox using a collection with pointers and the Unique filter, then inspect how the dashboard reads and writes the browser_last_location local-storage key during page loading. Done means a crash no longer traps the browser on the failing page and navigation to another class or the start page works without manually clearing storage.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 42/100