Browser testing of new JupyterLite-based live shell sympy.org/en/shell.html

[ivanistheone]

We recently launched a new version of the SymPy Live shell on the website and need eveyone's help testing the shell works on various browsers and operating systems (in particular mobile browsers).

Context: this testing will help us iron out any issues before we move forward migrating https://live.sympy.org/ to use the JupyterLite-based shell.

Instructions:

1. Using your mobile device, go to the URL: bit.ly/sympyjstest
   • click the first link to the shell and try entering some SymPy commands
   • click on one of the links under "evaluate commands" to test the backward compatibility of saved sessions
2. Add a comment to this issue to indicate the results:
   • did it work or did it hang (code cells stuck showing [*])
   • if it worked, how long did it take to load?

Be sure to include information about the browser you used and the operating system version. If you see errors displayed, please take a screenshot and post image in your comment.

[ivanistheone]

Edge on iOS WORKS

A little slow (30 seconds) but overall works fine.

[ivanistheone]

Safari, Opera, and Firefox on iOS doesn't work

Shell hangs [*] and sometimes errors are displayed (see jupyterlite/jupyterlite#632 and jupyterlite/jupyterlite#633).

Current guess is that issue is upstream with Pyodide, not something specific to JupyterLite, so we can hope it will be fixed eventually.

[ivanistheone]

Device: iPhone 13 with latest iOS

I tried the online shell in both Safari and Chrome and saw the same error:

[ivanistheone]

Chrome on recent Samsung Galaxy (Android) works:

though I noticed some weirdness about the Instructions font size.

[certik]

• Apple M1 Max laptop: I tested Firefox and Safari and both browsers work fine.
• iPhone 10: Firefox and Safari: it seems to hang with the [*] prompt (it never loads).

[asmeurer]

I see this error in the console every time I load the page

GET https://www.sympy.org/live/api/contents/all.json 404

[ivanistheone]

I see this error in the console every time I load the page
GET https://www.sympy.org/live/api/contents/all.json 404

That's OK. This is a lookup for pre-loaded notebooks that JupyterLab does on startup. Since we're using only the REPL and not the notebooks feature (we have no content), this occurs.

Maybe we could add a {} content to avoid generating this error, but it's definitely not on the critical path.

[jtpio]

Maybe we could add a {} content to avoid generating this error, but it's definitely not on the critical path.

For reference this could indeed be done by adding some placeholder content to the deployment. For example by adding the following:

# populate placeholder content to avoid 404s errors in the dev tools console when fetching all.json
mkdir contents
cp README.md contents

Before https://github.com/sympy/live/blob/86b6acbe1ed5bc2ee10337345c3b97476c5c2dd0/.github/workflows/deploy.yml#L26

[ivanistheone]

Update on the iOS problems.

Apparently all errors we saw were due to an upsteam issue in pyodide being broken WASM in iOS 5.4, but it that seems to be fixed now in latest iOS 5.5.

I encourage anyone with an iPad/iPhone to try out the links in: https://bit.ly/sympyjstest
EXPECTED: there should be no more errors

If you encounter an errors plz add comment to this thread.

[asmeurer]

I still have issues where it won't load in the builtin browser of the Twitter app. It loads just fine in the safari app.

I also saw an issue with someone else's android phone where it was impossible to type something without autocorrect changing it. I believe what we were trying to type was something like primepi(1000).

[ivanistheone]

Testing report from a friend (received by email).

I finally got around to testing this on a couple of Android devices. On an old Lenovo Android 4.4 device, it does not appear to load at all, but that's not too surprising given the age of both Android and the device. On the Pixel C, with a much newer Android version (at least 8), the examples all seem to run correctly, albeit naturally slower than on desktop.

Generally, though, while it works, it is really hard to know when it's working / ready in the beginning due to lack of feedback during delays. This is mostly during startup, and I did see the note about it, but even on a fast computer it takes so long that basically I'm left wondering if it's still starting up or if something has gone wrong.

[asmeurer]

I agree the feedback could be better (IMHO even the notebook itself has this problem). Presumably this is something that should be improved in the upstream jupyterlite.

[jtpio]

Android 4.4 is indeed extremely old and not supported anymore by most mobile applications anyway.

Improved visual feedback while the shell is loading is tracked in jupyterlite/jupyterlite#619.

[asmeurer]

What needs to be done to complete the SymPy Live migration? The docs no longer have the extension at all, so I believe all that needs to be done is to redirect live.sympy.org to https://www.sympy.org/en/shell.html, and to shut down the app engine service.

[ivanistheone]

Sorry for being so slow with this.

I just finished dev steps for PHASE3, so if anyone wants to review and merge sympy/live#13 then we'll be ready to change the DNS for live.sympy.org (PHASE4).