Gnome Browser does not render websites quickly on L5 and other random observations

Environment: L5, pureos 10, epiphany 0.7.0+0-6.

I havent seen any posts here so i wanted to make sure i share my Gnome Browser experience, in case someone knows fixes.

General Observations:

  1. Browser is crashy after browser restart resulting in messages, plus it took me about 8 trys to write this blog post:

Oops! There may be a problem
The page https://forums.puri.sm/ may have caused Web to close unexpectedly.
If this happens again, please report the problem to the PureOS developers.

Oops! There may be a problem
The page https://www.mapquest.com/search/results?query=16918%20State%20Route%209%20SE,%20Snohomish,%20WA%209829616918%20State%20Route%209%20SE,%20Snohomish,%20WA%2098296&boundingBox=47.84334890618576,-122.17689514160158,47.80208652719499,-122.06016540527344&page=0 may have caused Web to close unexpectedly.
If this happens again, please report the problem to the PureOS

  1. Specific websites with lots of media (aka ad content) are laggy almost unusable:

*https://www.mapquest.com/search/results?query=16918%20State%20Route%209%20SE,%20Snohomish,%20WA%209829616918%20State%20Route%209%20SE,%20Snohomish,%20WA%2098296&boundingBox=47.84334890618576,-122.17689514160158,47.80208652719499,-122.06016540527344&page=0

  1. When entering a website https://forums.puri.sm or any other with text input fields on the keyboard i need to switch to terminal keyboard layout hit the “Tab” button 3 times before the browser stops focusing on being in the url bar or trying to edit the url address,

  2. When selecting the url address bar all text is highlighted, i find that annoying and even on ios or macos that was my biggest issue with safari, the browser should not assume you want to delete the entire address, if thats really always the case why not just delete the address every time the user clicks on the address bar, poor ux design.

  3. Youtube videos show tearing on the right of the video, most embedded youtube or even any other video platform videos in the browser are very slow to start and play (and more likely than not stutter), and hitting the full size button on these embedded video windows does nothing. The only reliable video watching experience is through electron Freetube.
    Case in point the video showing the L5 birch phone fund your app does not play quickly, or at all https://puri.sm/fund-your-app/

  4. enabling ad blocking does nothing appreciable and a lot of ad heavy sites still bombard you with auto playing high quality floating videos while the rest of the website navigations comes to a crawl.
    https://coveryourtracks.eff.org/results?&aat=1&a=1111&dnt=1111&t=1111&fpi_whorls=%7B%22v2%22%3A%7B%22plugins%22%3A%22permission+denied%22%2C%22hardware_concurrency%22%3A%22N%2FA%22%2C%22audio%22%3A%22124.04345372106764%22%2C%22canvas_hash_v2%22%3A%2237f180b291dd42d7039679bce4966ec8%22%2C%22webgl_hash_v2%22%3A%22451fe207a781c1fb5d158430cff92be6%22%7D%7D

Our tests indicate that you have some protection against Web tracking, but it has some gaps. IS YOUR BROWSER: Blocking tracking ads? Partial protection Blocking invisible trackers? Partial protection Protecting you from fingerprinting? Your browser has a unique fingerprint

  1. After browser crashes previously loaded websites are reloaded every time by default when the user selects that tab with content that was 100% previously loaaded. If the browser can cache, why not make it default to show non live content from a previous session and only reload on interaction with said page - clicking buttons?

  2. Scolling in text input fields also is glitchy and the L5 screen flickrs on every click within long text input fields (maybe a wayland issue?)

  3. My final rant on scrolling on the very left edge of browser windows, happen primarily in web app saved websites (try NPR) the scroll for some reason is interpreted as a zoom in like crazy event. Two finger touch zoom out works but incrementally, it just zooms in 500% or so.

  4. Wait there is more more finally gitlab doesn not allow you to login because it fails the browser verification test aaaargh…

<`Checking your browser before accessing gitlab.com.

This process is automatic. Your browser will redirect to your requested content shortly.

Please allow up to 5 seconds…
`

1 Like

On my side, I confirm that I have very long website loading (so long that I stop using Gnome web before the website appears). So I use Firefox instead but I wonder why it is very long while on desktop it is better ?

2 Likes