A

Areatius

In the latest RC, having a fresh install and being on a fresh macOS Sonoma 14.5 install I experienced having a vertical white bar on the top left side of the tab bar in compact mode. This does not appear to other tab modes, as compact is the only one tinting in the websites header colors.

Steps to reproduce: Install clean Orion RC Install with latest update, enable compact tabs and window tinting.

Below a picture of the same website in Safari and Orion.

Whole tinting of the tab bar.

0.99.127.3.3-rc (WebKit 619.1.11.111.2)

Sonoma (14)

Steps to reproduce:

1. Visit https://practicetestautomation.com/practice-test-login/
2. Add username / password to Bitwarden
3. Open Bitwarden and select just-added login for autofill
4. Observe no values are inserted into username or password fields

Bitwarden Version: 2024.4.1
MacBook Air (macOS Sonoma 14.4 build 23E214)

I expect the Bitwarden extention to autofill the login details in the username and password fields.

0.99.127.2.1-rc

Sonoma (14)

• Randomly, when I open websites I can't click on any URL or button or interact with the website at all.

• I can go to a different website and the issue persists.

• Opening another tab works. The tab in which it happened won't work anymore for any other website.

• Unfortunately, I can't reproduce it easily - however, I thought it would be worthwhile dropping it here. Maybe someone else has the same issue.

• This shouldn't happen.

Version 0.99.126.4.1.6-rc

Sonoma (14)

Discussion threads under any post on this side do not load.
An example:
https://www.silverscreenandroll.com/2024/2/10/24068291/lakers-spencer-dinwiddie-buyout-market-nba-free-agency-nets-raptors

I tried to turn-off adblocking and other features, tried to switch compatibility mode, reloading multiple times the page, but none helped.
However it seems, when I copy the url, close the tab, open a new one with the url thread is instantly loading.

I'd like to see the discussion threads loading first time I scroll to them to the end of post.

Version 0.99.126.4.1-beta (WebKit 618.1.2)

Sonoma (14)

previously ublock origin extension worked with orion after a bit of testing it appears all versions of ublock origin work except the latest firefox version. but they only fully work on ios versions of orion version 1.3.3 or below something changed after this version. anything later than that version the extension installs properly and appears like its working properly but for some reason it fails to block ads. i wish i could provide further insight. the latest compatible versions that do play nicely together are orion 1.3.3 and ublock origin 1.54.0

i expected the extension to function normally as it did previously.

1.3.3 please see above

15

I suspoect a memory leak within Orion caused this. Qutting immediately stopped the message from showing up, like it was over and over again.

I just didn't want to see a message that I was out of memory

Version 0.99.126.4.1.5-rc (WebKit 619.1.1)

Sonoma (14)

Whenever I download a PDF from my university dashboard, macOS doesn't recognize it as PDF even though the file extension is marked as .pdf.

Compatibility Mode resolves the issue, but that's not the desirable outcome I guess.
Extensions used:
iCloud Keychain
uB Origin
Bypass Paywalls Clean
Tampermonkey (but without active script)

PDF.js has always been on.

Orion downloads the file as openable PDF document, instead downloads a 22KB file (maybe HTML file).

Version 0.99.126.4.1.3-rc (WebKit 618.1.7)

Sonoma (14)

A lot of this was discussed in discord here

Problem

1. The terminology that Orion uses is confusing. "Window" refers to both the literal window and also tab groups, where there may be multiple within a single traditional window. This is confusing to beginners and long time users alike.

I use "window" to refer to the traditional window and "tab group" for orion's "window" heron out

2. The way tab groups work when switched in-place is not well defined. Because of how tab group switching works, there is no indication to whether a tab group that was switched out for another one is suspended or still active. This can be a major barrier to entry for users, since it feels like a risk if they switch away from a tab group that its contents may be suspended.
3. There is no spacial grasp of what a "workspace" is. Workspaces (or groups of tab groups) is an extremely abstract concept in the orion-verse. There is no way for users to conceptualise what their workspace is like, because as mentioned in 2, non-active tab groups just seem to disappear into the void. This is in contrast to browsers like Arc, where the tab groups are positioned spacially to the left or right of each other.
4. These all act as a barrier to entry for more advanced features like workspace snapshots. If a user doesn't have a conceptualisation of their workspace, snapshotting it doesn't feel like an easy feature to use. Its also not very discoverable, hidden away in the menu bar.

Proposed solution

Above is an image edited in Preview illustrating what I see the "windows" (to be renamed to "Tab Groups") sidebar looking like.

For those familiar with Arc, the concept takes Arc's concept of "temporary tabs" and apply it to tab groups instead. On the top are all the "saved" windows along with their tabs, and below are all the temporary windows.

This view can be usable as a substitution for the vertical tabs view, except that clicking a folder allows you to "zoom in" on that tab group (essentially in-place tab group switching, which orion already has), bringing you back to the normal orion view.

When the user selects a tab group (the row items with the folder or the dotted square) or a tab within a different tab group:

• If a window with that tab group active is open, it switches to that window and makes the relevant tab active. This prevents multiple windows opening the same tab group, which is just a weird thing to happen.
• Else, if in vertical tab mode, it switches to that window. The sidebar then switches to the "Tabs" sidebar, with the tab row items animating from their position in the "Tab Groups" sidebar to the "Tabs" sidebar.
• Else, in horizontal tab mode, it switches to that window. The sidebar then hides.

The rectangular window switcher (shown above) will be changed to "zoom out" to the "Tab Groups" sidebar. It will not affect the active tab or tab group.

A middle click or right click -> open in new window opens it in a new window, like orion's non-in-place switching.

The + button creates a new tab group or temporary tab group, depending on which one was pressed. The orion team might choose to only include the temporary tab group + button, since thats more in line with the current cmd-N behaviour.

Edge cases

• Horizontal tabs with the tab groups sidebar: It will just show both, just like how Safari does it. Duplicate tab bars might look funny, but apple does it so eh

What this achieves

1. It gets rid of the question of where tab groups go. When you focus a tab group, you're just "zooming in" into parts of the tab tree. It makes sense where the others are, they're just above/below out of view. Maybe over-scrolling vertically would switch tab groups, i dunno. Then, they can be suspended or closed the same way one would in a vertical tab tree; its just a upwards extension of the tab tree.
2. It clarifies temporary tab groups vs named tab groups, since you'd just be able to drag and drop the tab groups (or the tabs within the tab groups!) from the named to temporary section, vice versa
3. With such a unified view of tab groups and their tabs, the workspace snapshot feature becomes a lot clearer since you can see your whole orion workspace in one place.

Example use cases

Internet rabbit holes that the user may not want to close. For example, as a developer, I frequently go on rabbit holes about something I have to implement.
These tabs are too commonly used to be in another tab group, where it takes effort to switch to. However, they aren't used enough to be sprawled around my primary tab group. I would use this concept to put the tabs in a different tab group, but with the window switcher I can easily switch to them without worrying about the status of my tabs.

How other browsers implement this

Arc has "Spaces", which are tab groups that are spacially positioned in a horizontal manner, where swiping left/right on the sidebar switches between them. This results in amazing workspace conceptualisation, since the user has them spacially positioned in their minds.

This concept also reuses the "temporary tab" idea of Arc. Arc's sidebar is split into a section for permenant tabs and temporary tabs, this concept uses that except for tab groups instead of tabs, to represent named tab groups and temporary tab groups.

How this extends feature usefulness

1. It allows the user to see all their tabs within a profile AT ONCE. The convenience of this feature cannot be understated. Any workspace features (like snapshots) benefit greatly from this.

It would seem that Orion has some trouble successfully completing CloudFlare's and perhaps possibly hCaptcha's challenges. Unsure if this happens on older versions of macOS; I noticed the console logs a 401 for the private access token challenge, possibly due to a CORS issue?

Steps to reproduce:

1. Visit 4chan (the homepage itself is SFW; be careful clicking any boards, though)
2. Perhaps, if unlucky, the CloudFlare verification challenge will appear
3. Attempt to pass the challenge by completing the captcha
4. Repeat until the end of time

Notes:

• Tested with the default user-agent settings, Safari's user-agent, and Chrome's user-agent.
• Tested with both compatibility mode enabled and disabled.
• Tested with and without extensions (uBlock Origin, Bypass Paywalls Clean, and ViolentMonkey)
• Does not occur on Safari (16.1 - 18614.2.9.1.12) or Thorium (Chromium 109.0.5361.0 w/ minor patches and additional codecs)
• Unsure if 4chan's CF security settings mandate all visitors pass the check when accessing the homepage or if it is only required by 'high-risk' visitors
  • Safari does not even display the CF challenge; the 4chan homepage loads just fine (however, as I am on Ventura, it may be able to bypass the prompt all-together due to the private access token feature),
  • Thorium displays the prompt but passes the challenge once the captcha is complete.
  • I am on dual-stack IPv4/IPv6, the latter of which may also be the cause of the challenges, if the prompt cannot be reproduced.

Expected behavior:
One would expect the challenge to succeed upon the first successful captcha completion.

Orion, OS version; hardware type:

• Orion: 0.99.121-beta (WebKit 614.1.20)
• OS: macOS Ventura 13.0 (22A380 / Darwin Kernel Version 22.1.0: Sun Oct 9 20:15:09 PDT 2022; root:xnu-8792.41.9₂/RELEASE_ARM64_T6000 arm64)
• Hardware: 16" MacBookPro18,1 w/ M1 Pro (10 cores, 16 GPU cores)

Image/Video:

Unsure if this is even possible, but it's really the only thing that keeps me using Safari.

I feel the vertical bar has a lot of wasted space when one is viewing only icons -

It's alright when I am viewing the names of the web pages.