The shadow beneath the address bar should not be cut off by any UI element beneath it.
1.3.19 (3) (WebKit 8620.2.4.10.7)
18
The shadow beneath the address bar should not be cut off by any UI element beneath it.
1.3.19 (3) (WebKit 8620.2.4.10.7)
18
Use either of the ordered and unordered list buttons in this WYSIWYG editor.
Adding a new line to a list should add a new list item. An immediate second new line should escape the list.
1.3.19 (3) (WebKit 8620.2.4.10.7)
18
1.3.19 (3) (WebKit 8620.2.4.10.7)
18
Orion is crashing on me multiple times per day, typically when filling in forms. I report the crash to Apple and submit the crash report every time I relaunch Orion.
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------
Process: Orion [75247]
Path: /Applications/Orion.app/Contents/MacOS/Orion
Identifier: com.kagi.kagimacOS
Version: 0.99 (131.0.1)
Code Type: ARM-64 (Native)
Parent Process: launchd [1]
User ID: 501
Date/Time: 2025-02-25 14:56:43.6892 +0000
OS Version: macOS 15.3.1 (24D70)
Report Version: 12
Anonymous UUID: 4F10890B-8B69-7604-B68A-A8E2B567F24C
Sleep/Wake UUID: 703B1FEF-0953-4BCB-B234-BE333A39A8A9
Time Awake Since Boot: 220000 seconds
Time Since Wake: 463 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x8000000000000010 -> 0x0000000000000010 (possible pointer authentication failure)
Exception Codes: 0x0000000000000001, 0x8000000000000010
Termination Reason: Namespace SIGNAL, Code 11 Segmentation fault: 11
Terminating Process: exc handler [75247]
VM Region Info: 0x10 is not in any region. Bytes before following region: 4378476528
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
UNUSED SPACE AT START
--->
__TEXT 104fa4000-105be0000 [ 12.2M] r-x/r-x SM=COW /Applications/Orion.app/Contents/MacOS/Orion
Kernel Triage:
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
VM - (arg = 0x3) mach_vm_allocate_kernel failed within call to vm_map_enter
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 Orion 0x10532403c 0x104fa4000 + 3670076
1 Orion 0x104fb1400 0x104fa4000 + 54272
2 Orion 0x105a60a94 0x104fa4000 + 11258516
3 Orion 0x10546fff8 0x104fa4000 + 5029880
4 Orion 0x1054f754c 0x104fa4000 + 5584204
5 Orion 0x105922240 0x104fa4000 + 9953856
6 Orion 0x105921bb4 0x104fa4000 + 9952180
7 CoreFoundation 0x18c298fa4 __invoking___ + 148
8 CoreFoundation 0x18c298e1c -[NSInvocation invoke] + 428
9 WebKit 0x109d11558 -[_WKRemoteObjectRegistry _invokeMethod:] + 396
10 WebKit 0x109c64af0 WebKit::RemoteObjectRegistry::didReceiveMessage(IPC::Connection&, IPC::Decoder&) + 440
11 WebKit 0x10a629ec8 IPC::MessageReceiverMap::dispatchMessage(IPC::Connection&, IPC::Decoder&) + 512
12 WebKit 0x10a5c7e7c WebKit::WebProcessProxy::didReceiveMessage(IPC::Connection&, IPC::Decoder&) + 11492
13 WebKit 0x10a6204e8 IPC::Connection::dispatchMessage(WTF::UniqueRef<IPC::Decoder>) + 232
14 WebKit 0x10a62324c IPC::Connection::dispatchIncomingMessages() + 240
15 JavaScriptCore 0x10fef3de4 WTF::RunLoop::performWork(void*) + 396
16 CoreFoundation 0x18c2b88a4 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 28
17 CoreFoundation 0x18c2b8838 __CFRunLoopDoSource0 + 176
18 CoreFoundation 0x18c2b859c __CFRunLoopDoSources0 + 244
19 CoreFoundation 0x18c2b7138 __CFRunLoopRun + 840
20 CoreFoundation 0x18c2b6734 CFRunLoopRunSpecific + 588
21 HIToolbox 0x197825530 RunCurrentEventLoopInMode + 292
22 HIToolbox 0x19782b348 ReceiveNextEventCommon + 676
23 HIToolbox 0x19782b508 _BlockUntilNextEventMatchingListInModeWithFilter + 76
24 AppKit 0x18fe2e848 _DPSNextEvent + 660
25 AppKit 0x190794c24 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 688
26 AppKit 0x18fe21874 -[NSApplication run] + 480
27 AppKit 0x18fdf8068 NSApplicationMain + 888
28 Orion 0x1057a5b54 0x104fa4000 + 8395604
29 dyld 0x18be50274 start + 2840
When filling in forms on various websites some input or focus event seems to cause Orion to completely give up.
It's getting to be so disruptive to my daily work that I'm going to have to give up on this browser. This amount of instability is just too much.
Version 0.99.131.0.1-beta (WebKit 621.1.2.111.4)
Sequoia (15)
When developing web applications, it’s not uncommon to set cookies from a locally hosted service.
The HTTP spec allows for cookies to be set in a 30X redirect, which is useful when an OAuth provider directs a user back to your service and onboarding, etc. means another redirect is required.
Safari refuses to set cookies found in a redirect on a local address, which means I can’t sign into my local application during development.
Any cookies in a redirect response should be stored by the browser and transferred as per the cookie’s attributes.
Firefox does set these cookies, so I can develop/test things there.
Version 0.99.130.2-beta (WebKit 621.1.2.111.4)
Sequoia (15)
The current shortcut, CMD+CTRL+S, is better than the old one as noted in this closed suggestion, but I would prefer a more accessible CMD+S.
Solution 1
Solution 2
In solution 1, the user would simply use the keyboard shortcut in the same way the current shortcut is use; press CMD+CTRL+S to toggle the sidebar. This is the same as the Arc browser.
In solution 2, the user would be able to change the keyboard shortcuts from their default values. This is how I get the feature working in Zen browser.
This is about behavioural feature parity with my experience on Safari and Firefox (I have only provided a screen recording of Safari since they're pretty much the same). When typing an entry in the search bar and navigating to the end of that entry with the right-arrow key to specify it further with a forward-slash, e.g. kagi.com --> kagi.com/assistant, using that right-arrow key automatically adds a / in Safari and Firefox. In Orion, however, the full https:// address is shown instead. This adds an extra (albeit small) frustrating step to specifying each search further. See the screen recordings below.
Parity with Safari/Firefox would be preferred, and my preference would also be to not show the full https:// address.
Sometimes Darkreader seems to get stuck. The page won’t have styles applied correctly to the point where it’s quite broken, and trying to access the extension simply doesn’t work — you can bring up the ellipsis menu and tap on Darkreader and nothing happens.
Restarting Orion typically resolves the issue.
Screenshot from https://info.michael-simons.eu/2025/02/05/lets-deadlock-all-the-things/
Darkreader should be accessible from the list of extensions and its styles should be applied correctly without having to restart Orion.
1.3.16 (9) (WebKit 8620.2.4.10.7)
18
I have a saved window with a few tabs inside. My computer went into a deep sleep last night as my battery ran out, and when I opened up my saved window again all of the icons were missing making identification of tabs impossible.
The icons ideally would be cached along with page titles so I can see what each tab corresponds to.
Version 0.99.130.2-beta (WebKit 621.1.2.111.4)
Sequoia (15)
I have been able to make a couple of purchases through Orion but it's unreliable enough that I won't initiate checkout processes using Orion anymore for fear of not being able to complete my purchase.
The screenshot above was taken on Deliveroo.
Apple Pay should work just as it would in Safari. Where Apple Pay isn't directly available, being able to handoff to my phone would be great, as not all websites sync your basket across devices.
Version 0.99.130.2-beta (WebKit 621.1.2.111.4)
Sequoia (15)
Google Docs uses cmd-opt-{N} shortcuts to convert text into headings. Orion takes over these shortcuts and navigates the user agent away from the document when pressing these shortcuts.
When pressing cmd-opt-2, the text should having heading styles applied to it.
Version 0.99.130.2-beta (WebKit 621.1.2.111.4)
Sequoia (15)
Selecting suggestions from the address bar is possible using Emacs-style shortcuts (i.e. ctrl-n and ctrl-p), but not with the more accessible J and K keys commonly associated with Vim bindings.
I'd love to be able to move up and down the list of suggestions with ctrl-j and ctrl-k.
Not many browsers support Vim-style keys to select UI elements. This is a very dev-focussed feature, but then so are the Emacs-style beginning and end-of-line bindings we're used to elsewhere on macOS.
I recently joined a Google Meet on my Mac with Orion and had to keep unlocking my computer when my automatic screen saver kicked in.
This on top of the issue reported in Google Meet - my face (and some of the faces of people talking) does not appear even though they have their video on made the call extremely difficult.
My Mac should be prevented from going to sleep and/or locking its screen while I’m on a video call.
Version 0.99.130.2-beta (WebKit 621.1.2.111.4)
Sequoia (15)
When loading webpages, the padlock icon becomes solid after the page begins to load, which seems to suggest data is being transferred before a secure connection has been established.
My suggestion is to always establish a secure connection where possible, and to indicate the connection is secure with a solid padlock before progressing.
Showing the lock icon change hints at TLS being absent while potentially sensitive information is transferred.
Changing the current behaviour would give users confidence that Orion only transfers data over encrypted channels.
If you want the look and feel of Safari, I recommend matching the animation UX with the tabs and search. It’s a little rough. For example, when I take the current tab back to the tab overview, there’s a delay for the tab close button to appear.
You would likely convert more casual users of Safari if you matched the UX of Safari.
Add Tap-to-Switch Tabs by Tapping the Edges
Description:
Currently, switching between tabs requires swiping the address bar, which isn’t always convenient, especially on larger screens. In Safari, for example, you can either swipe or tap the slightly visible edge of an adjacent tab to switch. I suggest adding this feature to your browser — it would speed up navigation and feel more intuitive for iOS users.
Site icons through Safari and Orion are aggressively cached and chosen poorly.
Notice both Kagi and Invetica in the attached screenshot have pixelated icons when high-resolution versions are available via the site web manifest.
I’ve also noticed when visiting a reverse proxy with path-based routing that the first site icon found is used for every path regardless of the web page’s response — I guess because of an overly aggressive cache.
I expect high-resolution icons to be used wherever possible and for caches to update when necessary.
If a web site responds with a new icon, the browser should use it. It is not appropriate to cache indefinitely with the expectation that users will find and delete data for that site.
1.3.16 (2) (WebKit 8620.1.16.10.11)
Sequoia (15)
18
When attempting to rename a discussion, the keyboard doesn’t appear on iOS.
If one selects all of the text with a triple tap and then double taps a word, that seems to summon forth the keyboard successfully.
It feels like the input is readonly
because of this, which made me think I might not be allowed to rename my own thread.
When tapping on the input, the OS keyboard should appear without delay.
1.3.16 (2) (WebKit 8620.1.16.10.11)
18
When swiping left to right from the edge of the screen, all too often my gesture isn’t recognised.
I find myself scrolling the page up and down afterwards as I fumble to navigate back in history.
It feels even more extreme when navigating back would close the current tab.
Safari on mobile doesn’t have the same problem, which makes me think gesture detection is different.
I don’t think people will scroll the page horizontally from the edges on the screen, so this shouldn’t affect other features.
Developers who’ve configured drag events specifically for Orion might find the have to update their work.
At this point the UI will remain atop the underlying webpage and the user cannot dismiss.
Changing the search string isn’t possible. Typing on the keyboard has no affect.
One must restart the app to remove the “Find on page” interface.
I tested this on this very website and got stuck with the box over the page. When I restarted the app, I had to recreate my work filling out this form.
The “Done” button should dismiss the dialog reliably.
1.3.16 (2) (WebKit 8620.1.16.10.11)
18