16

Steps to reproduce:
Open 20 tabs of some websites and try scrolling up and down for the bottom bar to show and hide, each time it hides or shows there will be a lag severity of which depends on count of opened tabs. Repeat in reader mode and try entering/exiting private mode.
Try again with 50 tabs (may be start page tabs too) and the lag will increase, plus some possibly independent unresponsiveness of UI elements.

Expected behavior:
Less impact to performance with intensive browsing activity (medium amounts of tabs opened at the same time)

Orion, OS version; hardware type:
App version: 1.0.3.107-beta (WebKit 8612.2.9.0.20)
System version: 15.1.0
Device type: iPhone 11
Native bounds: (828.0, 1792.0)
Scale: 2.0

Image/Video:

    2 years later

    This is still a thing. I suspect it has to do with the side tab bar, which has to get “rendered in” (just my guess) anytime the user scrolls up enough for the URL bar to be shown.

    This becomes an issue with dozens of tabs, or more. Firefox and Safari iOS do not have this issue.

    Another aspect of this is severe lag when switching to landscape mode, e.g. to watch a video. I will see the tab side bar until it has completed whatever it needed to do, then disappear, and only then (!) will the video take up the full screen.

    • Vlad replied to this.

      Video attached.
      I want to mention that this is obviously quite a niche use case, and probably, deservedly, very low on the priorities of things to fix/implement.

      But I do recall this not being an issue back in Safari, and I once had nearly double this amount of tabs opened in iOS Firefox too, so there is a performance regression somewhere that “scales” with number of tabs (it does take longer to hide the side bar if you reproduced with more tabs).

      Hardware is not the issue, since it works in the other apps, and is happening on an iPhone 15 Pro (latest).

      Most notable, the black screen when switching back from landscape to horizontal is what is displayed for longer the more tabs are open in the current "window"/tab group.

        3 months later
        2 months later

        Vlad Yes. It is particularly annoying in video – rotating from horizontal to landscape or switching back has visible lag of a couple seconds.

        My guess is the tab side bar tries to load something (a list of all tabs?) into memory and that's causing a wait. Theoretically, loading only the part that would be visible upon entering the side bar should be enough, especially if you don't even know the user will open it yet (just scrolling up in my video reveals bottom url bar, which then has the button to view the side bar, which might load stuff?).

        Of course the real solution is for me to use tab groups sooner before they are at >100 per. 🙂

            7 days later

            Vlad I’m experiencing this right now on an iPhone 16 Pro. Looked around the Orion feedback platform for anyone else having the issue and just found this thread.

            I have about 40 tabs open right now. I’m not sure it’s such an edge case; they do add up over weeks as you keep browsing.

                2 months later

                Orion on mobile is unbearably slow when there are 100+ tabs open (I have 184 rn, don't judge). Everything takes considerable seconds to load: browser start, tab group switching, opening tab list. I feel the difference when switching to a new empty tab group. I believe it should handle at least a few hundreds more before becoming this slow 🙂

                expected it not to be fast as with 10 tabs

                1.3.18

                18

                  4 days later

                  This happens to me on my insanely fast M4 ipad with like ten tabs.

                    10 days later
                    Merged 3 posts from Unbearable slowness of the browser with many open tabs.

                      @Yannick I don't think this should've been merged: the original post is about page lags with a sidebar, for me the pages do not lag, only the tab overview, and I do not use the sidebar.

                        No one is typing