D
deconvolved

  • 9 days ago
  • Joined Nov 8, 2024
  • 7 discussions
  • 13 posts
  • 0 best answers
  • 24 points
  • In Provide a more prominent indicator of active saved window when sidebar is open

    I would find it useful to more easily check the active saved window when the sidebar is open. When it is closed, this is easy to check since it is displayed in the toolbar next to the sidebar icon.

    However if the side bar is open to show vertical tab icons, the name of the window disappears, and it is less clear which saved window is active. There is just a small, basic icon with a fixed color that seems to be shrinking as new features are added.

    I often use multiple saved windows for different dev/deploy environments with similar appearance, and it is of course crucial that I verify which window is active before taking any action. So it would be helpful if I could more easily and clearly determine the active window with a quick glance upwards.

    I see this being an optional setting that more prominently shows the active saved window with a quick glance up toward the toolbar. If practical, a new item for toolbar customization could serve this purpose by allowing an icon and/or name that updates as the active window changes. Another approach might be something like the current option to enable the profile name and/or icon in the address bar.

    • In Use of PIV authentication Orion restart

      I have been using the recently added Orion support for PIV authentication. When I start the browser and perform the initial authentication, Orion handles the process exactly as expected. This support is greatly appreciated.

      However it seems that some bit of information is becoming stale or timing out sometime after the initial authentication. When the server side eventually expires my session and I try to reauthenticate, I receive a message reporting a certificate problem. This remains an issue until I restart Orion, after which the authentication again works as expected until the next server side expiration. This behavior does not occur with other browsers that I have used.

      This is more of an inconvenience than a real problem since I generally only need to restart Orion two or three times a day, but someday zero times would be nice 😀

      When my server side session expires, I expect reauthentication to succeed without restarting Orion.

      0.99.132-beta (WebKit 621.1.2.111.4)

      Sequoia (15)

      The exact message I see when reauthentication fails is "Smartcard authentication failed. No client certificate in the request."

      • In Safari extension (Wipr) does not install properly

        While trying out the new Safari extension support, I attempted to install Wipr 2. I used the install from file option and selected Wipr from my Applications folder. Installation completed without error, however only one part of the extension was installed.

        This extension has five parts, and only Wipr Extra is being installed. A successful install in Safari looks like the following.

        This is probably an edge case since it is the only extension I recall using that includes multiple components.

        I expected all components to install in order to provide a functional blocker and Wipr's test utility to report success.

        0.99.130.2-beta (WebKit 621.1.2.111.4)

        Sequoia (15)

        • dino replied to this.
        • In Notes are not handled properly when importing from Safari

          I tried importing passwords into Orion that were exported from Safari and found that 80 passwords were missing. After doing some debugging, I found that every row in the CSV file that included a multiline note in Passwords was missing in Orion.

          It appears that the current intent is for Orion to ignore notes, which is fair since all that information is easily available in Passwords, and this is what happens when the note is a single line. However, if it is multiple lines, then the entire password entry disappears on import.

          I expected all password entries to import into Orion with any associated notes ignored.

          I was able to import all passwords by manually editing the CSV file to join all occurrences of multiple-line notes into a single line. However, this is a very time-consuming workaround when trying to routinely keep Orion passwords in sync with Passwords.

          Version 0.99.130.2-beta (WebKit 621.1.2.111.4)

          Sequoia (15)

          • In Support PIV authentication

            Personal Identity Verification (PIV) is a card-based authentication standard. This type of authentication is widely supported across available web browsers. At the least, it is supported in Safari, Firefox, Chrome, Arc, and SigmaOS. Support for this standard will allow Orion users to access secure websites that use PIV for authentication.

            This feature would negotiate credentials between Orion and certain secure websites. The details would be largely transparent to the user.

            A typical example involves a card reader attached to the computer with a PIV card inserted into the reader. When a user visits a site that uses PIV for authentication and selects the sign in option, the browser provides the appropriate credentials to the website in order to allow access.

            At this time, visiting a site of this type results in a message stating, "Smartcard authentication failed. No client certificate in the request."

            There are PIV specifications on the NIST site.

            • dino replied to this.
            • In Unable to import only passwords from Safari

              Import of only passwords from Safari was not allowed via File > Import From.

              1. Select File > Import From.
              2. Deselect all items except passwords.
              3. After last item is deselected, the Import button grays out.

              If any other Safari item is left selected, the Import button remains active.

              I expected the Import button to remain active and allow import of passwords without the need for selecting any additional Safari items.

              Version 0.99.129-beta (WebKit 619.1.11.111.2) Build date Oct 27 2024 MacBook Pro (macOS Sequoia 15.1 build 24B83)

              Sequoia (15)

              • In Float on Top shortcut missing

                According to the documentation for 'Float on Top', the options for togging this feature are "2. Click Float on Top or type Control-Command-U." The latter doesn't currently appear to work (Version 0.99.129-beta (WebKit 619.1.11.111.2)). The shortcut is also not displayed along side the 'Float on Top' option in the Window menu.

                Based on the documentation, I expected that typing ⌘U would toggle the 'Float on Top' feature.

                Desired functionality is for the shortcut to work as advertised or the documentation be updated to remove the reference to the shortcut.

                This is easy enough to work around with keyboard shortcuts in System Settings, but I thought it was worth mentioning given that a shortcut is mentioned in the documentation. Happy to open a PR to remove mention of the shortcut from the documentation if that is the preferred resolution.

                Version 0.99.129-beta (WebKit 619.1.11.111.2) Build date Oct 27 2024 MacBook Pro (macOS Sequoia 15.1 build 24B83)

                Sequoia (15)

                • Vlad replied to this.
                • In Link Preview doesn't open the preview window (Sequoia Beta, 0.99.128.1.1-beta)

                  When I click any links in Discord or my Email app I usually get the Orion Preview and can "maximize" it to shift it into the browser if I want.
                  Now, with the latest Orion and MacOS I don't get the Preview window coming up. I can press shift and click to get the normal browser tab.
                  I disabled the Preview function in Orion settings for the time being.

                  Get the link preview window coming up

                  0.99.128.1.1-beta and MacOS Sequoia 15.0

                  Sonoma (14)

                  • Vlad replied to this.