spearmint

    • Joined Sep 7, 2024
    • 0 discussions
    • 0 posts
    • 0 best answers
    • 0 points
    • Currently, I use iOS Orion with Dark Reader for dark mode, and when I open a new tab, the page always flashes white before turning dark. Since I use Orion at night in dark mode, it feels like my phone is throwing a flashbang in the dark 😵‍💫.

      This issue was reported in the forum as early as 2021 but has yet to be resolved. I began reviewing the reports related to this bug on the forum, as well as Dark Reader's help documentation. Here's Dark Reader's explanation:

      Screen flashes white when opening a new tab or navigating to a website
      Before loading a website, the browser shows a theme background color by default. Select a dark theme in your browser settings.

      This means that the bug is not caused by the extension itself, and Dark Reader works correctly in Orion after several updates. Dark Reader suggests that this issue can be solved by switching the browser to a dark theme. So I tested this in Safari:

      After enabling the system-wide dark mode, Safari switched to dark mode along with the device. I found that even with the dark mode extension disabled, when opening a new webpage or tab, the initial page still renders in dark mode before switching to light mode if necessary. This led me to conclude that Safari behaves in such a way that even without any extension interference, it renders the initial page in dark mode when the device is in dark mode. In contrast, Orion, when in dark mode, immediately renders the new tab or webpage in light mode.

      There are several forum reports about this bug, most stating that the white flash is due to Dark Reader’s loading delay, causing the page to flash white initially. Some have also suggested that Orion should natively support webpage dark mode.

      I believe a potential solution to this bug could be for iOS Orion to follow Safari’s approach. That is, if the device is in dark mode, the browser should initially render the page in dark mode when opening a link, leaving the subsequent rendering to the extension. If the user hasn’t enabled a dark mode extension (such as Dark Reader), the page would naturally switch to light mode afterward. However, if a dark mode extension is enabled, the browser would first render the page in dark mode, and then the extension would take over the rendering in dark mode. This way, users won’t experience the sudden white flash when opening links at night. As for users who don't use dark mode, this fix won’t affect them, as the rendering is based on the browser’s dark mode, which they wouldn’t have enabled. This rendering occurs only when the page loads, and the short rendering time, depending on internet speed and the page’s load time, shouldn’t slow down the page.

      • If the profile icon is a symbol, the browser icon shows a white dot, which can't be differentiated from other symbols.


        The browser icon should correctly display the selected symbol on the icon. Exactly how this can be achieved remains to be seen.

        Version 0.99.128.2.1-rc (WebKit 619.1.11.111.2)

        Sonoma (14)

        • Currently, the animation for opening the personal favorites folder is stiff, especially when compared to Safari. This issue might not be noticeable in videos, but if you compare it with Safari, you'll see that Safari opens the personal favorites folder smoothly without any stuttering. In Orion, the animation feels noticeably less smooth, particularly when there are more bookmarks inside the folder.

          • Requesting more prominent indication that current tab is a private tab.
            Currently, other than a subtle color change (much less obvious in dark mode), Orion does not have any obvious indication of private tab:

            iOS Safari and Chrome both have fairly obvious indication that the current tab is a private one:
            Chrome:

            Safari:

            • When opening an external link, say from Discord, and wanting for it to open in Orion, it does not open automatically if Orion was previously left in tab grid view mode.

              See video:

              Steps to replicate:

              1. Ensure Orion is set as the default browser in your system settings
              2. Open Orion
              3. Ensure tab grid view style is selected in the browser’s settings
              4. Open the tab grid view style.
              5. Leave Orion to the Home Screen (without completely closing out the app by swiping up entirely)
              6. Open an external link (video example link was from Discord)
              7. Result: Orion is still left in tab grid view and user must manually tap on the tab that it’s supposed to be in (“supposed” as the thumbnail isn’t updated regardless to reflect the link).

              The expected result is for the browser to open the external link automatically regardless of it being previously left in grid view or not.

              For instance, if you leave Safari in tab viewing mode and open an external link, the intended web page is automatically displayed without the need to tap on the intended link’s tab and thumbnail.

              1.3.9 (10) (WebKit 8618.3.11.10.5)

              17

              • 1) Make sure autosave is turned on in settings, any reasonable interval
                2) Start a post, wait the interval time, then click the close button on the post creation interface
                3) A popup appears with a message asking if you'd like to confirm progress deletion
                4) Cancel, and this time press the close button for the browser tab itself
                5) No analogous delete warning/confirmation popup shows

                Tested on Orion and Chrome (incognito with cookies enabled).

                ==========
                What should happen:
                1) Feature suggestion: post drafts should autosave like comments without having to do anything
                2) Bug: Closing browser tab should bring up a "leave site?" browser popup consistently (after waiting the interval period), which is what happens with comment drafts.

                There was one instance where a browser close confirmation popup did show, BUT only once out of several attempts.

                Version 0.99.128.2.1-rc (WebKit 619.1.11.111.2), August 3 2024 build. MacOS Sonoma 14.6.1

                • 1) Go to security settings for both current and new accounts created with email.
                  2) Press any one of the 4 "log in with" buttons to try and link a login service with Orionfeedback account
                  3) Nothing happens

                  Tested on Orion and Chrome (incognito mode).

                  What should happen:
                  It should open a new window to the 3rd party service's site, asking for authorization to access 3rd party account as an integration.

                  Note: This account previously had 2 sign in services, so this bug probably didn't exist last year. Also, I was able to remove 1 of the services by clicking the same button but titled "unlink".

                  Version 0.99.128.2.1-rc (WebKit 619.1.11.111.2), August 3 2024 build. MacOS Sonoma 14.6.1

                  • Latest version of Firefox Bitwarden 2024.8.1 stops working after a while of being installed. Autofill, passkeys etc don't work. Also when clicking on the extension you can see that it gets stuck on a specific tab at some point and only shows autofill info for that tab. For example it gets stuck on filling Twitter passwords when you have Google opened.

                    0.99.128.2.1-beta (macOS Sequoia 15.0 24A5331b)

                    Sequoia (15)

                    1. Toggle standard tab layout
                    2. Open/close tabs

                    Version 0.99.128.2.1-rc (WebKit 619.1.11.111.2)

                    Sonoma (14)

                    • Use Orion for a while. ⌥⌘◀︎ and ⌥⌘▶︎ shortcuts to move to the previous/next tab doesn't work.

                      I tried:

                      • Tried executing cmd+option+⌥⌘◀︎ and ⌥⌘▶︎ without additional settings - it didn't work
                      • Add app shortcuts in System Pref > Keyboards > Shortcut to those keys - it didn't work
                        Setting app shortcuts to ⌥⌘[ or ⌥⌘] does work.
                      • The shortcuts seem to work When multiple start pages are open, but not when URLs are loaded.

                      Here is video screen record to show how things look on my end.

                      Expected behavior:
                      ⌥⌘◀︎ and ⌥⌘▶︎ shortcuts continue to work.

                      Orion Version 0.99.128.2.1-rc (WebKit 619.1.11.111.2)
                      macOS Sonoma 14.6.1
                      MacBook Air M3 (13-inch, 2024)

                      • Steps to reproduce:

                        Most browsers in windows/mac/linux have the default universal tab-switching keyboard shortcut of ctrl+tab and ctrl+tab+shift. But macOS browsers seem to have an additional default tab-switching shortcut of cmd+option+left/right arrow.

                        On Orion RC (undetermined if it applies to Orion), it seems like tab switching via this shortcut stops working after maybe 30-60+ minutes post orion startup. I have never ran into this issue with any other browser.

                        ***These may not be the exact/only steps (although I've tried finding them out). Reproduction is shaky at best in my experience, and while I’ve unintentionally reproduced the issue around 5-10 times so far, there were times when I’ve doubted whether this was even an issue to begin with. There have been browsing sessions where I wasn't able to reproduce it.

                        1. Launch Orion RC, and notice that the browser-style tab switching (with cmd+option, not ctrl+tab) works initially
                          1.5(?). Install the onetab extension and run it.
                        2. After some time period (of possibly around 30-60 min of regular usage), suddenly that same kb shortcut doesnt work anymore. I'll add further clarification on the steps and time period if I find that out.
                        3. The tabs I had open and were using in that time period were majority youtube, some orionfeedback and instagram. I have not seen the issue be reproduced by idling in an empty new tab page.
                        4. Sleeping macOS doesn’t seem to fix it. Restarting Orion does.

                        Possibly important notes:

                        1. In this state, mouse cursor seems to disappear when kb shortcut pressed (unless it's moving at the same time)
                        2. In this orionfeedback window, while the textbox cursor is active: When trying to invoke cmd+opt+arrow, the cursor jumps between start and end of current line, which is what only cmd+arrow is supposed to do (not cmd+arrow AND option). And by arrow I mean only left/right for this entire report.
                        3. When the mac cursor focus switches back to orion after some idle time (also unknown # of minutes), the first 1-2 cmd+opt+arrow presses does work, then stops working.
                        4. The following feature request https://orionfeedback.org/d/1845-support-cmd-shift-leftcmd-shift-right-to-switch-tabs-matching-safari is a bit different using shift rather than option, but neither orion nor safari seem to work with this on my end anyways. So it might be irrelevant.

                        Expected behavior:
                        On all the mainstream browsers, cmd+option+left/right arrows will switch between tabs
                        This is the same as what ctrl+tab and ctrl+shift+tab does, except on orion it's continuing to work, unlike cmd+option+arrow

                        Orion, OS version; hardware type:
                        Version 0.99.125.2-rc (WebKit 616.1.22)
                        Build date Sep 17 2023
                        MacBook Pro (macOS Sonoma 14.0 build 23A339)

                        Image/Video:

                        I forgot to disable all extensions in this recording. I'll comment if I manage to trigger the bug with all extensions disabled.

                        The second media above shows what cmd+option+arrow does in an google sheets environment. This didn't happen when the main issue of this bug report was reproduced/triggered. But it might be loosely related. Maybe Orion isn't correctly prioritizing the kb shortcut behavior over the webpage/webapp kb shortcuts. When I am able to switch tabs, I switch into that google sheets tab, then get stuck in it because it 'caught' that kb shortcut to do what it wanted with it. I don't know if the word "precedence" would apply here.