jeanetienne

When trying to install an extension (either via Chrome store or Firefox store), the download immediately fails and the extension is not installed.
The xpi or crx files are immediately listed as failed.

Able to install extensions without the downloads immediately failing.

1.3.18 (6) (WebKit 8620.2.4.10.7)

18

A follow-up for #5557 as requested by @Vlad:
I'm still missing some tab previews on mobile. Mostly, it's google search ones, favicons are missing as well.
Attaching 4 screenshots:
1) google (I have a decent google search tabs with missing (black preview)
2) hackernews (found only one tab, usually they're ok)
3) youtube (found only one as well)
4) some random site, link here

expected to have the previews

1.3.18

18

I know you cant take this suggestion lightly as many users undoubtedly are used to how navigation works now, so changing this will inconvenience many and throw a monkey wrench into their workflows. But i didnt see this discussed yet and if this is to change, the earlier the better.

A side note: I enjoy that iOS Orion feels like "Safari but with all the functions youd expect". It was very easy to transition as a Safari user and it felt like i powered up my game. So i am a bit biased with what i am about to suggest. But i think it makes sense regardless.

The issue: It is unintuitive that the history overflow for the back and forward button are "oldest at the top". I would love to hear the reasoning as it seems arbitrary to me. I expected it to be (like Safari) where the "nearest" item is closest to the nav button depressed, ie the oldest in the history is at the bottom. The Safari way feels very much like dragging my finger down a timeline, where the current way feels like im merely opening a menu and then looking for an entry in a list.

Maybe this is intuitive for some users, but i cant help but wonder if the average new user finds the Safari way more intuitive. Thus, changing this would allow better onboarding for new users and ease the strain for current users who, like me, are failing to get used to this awkward way of navigating.

Selecting “Copy Link” crashes the browser.

Clicking “Download” on https://ankiweb.net/shared/info/2140735574 brings up a box with “Copy Link” as an option. Selecting that reliably crashes the browser.

Not crash.

8620.2.4.10.7

18

iOS 18.3, Orion 1.3.18.

The builtin Kagi Privacy Pass support (when toggled to show in preferences) is not able to generate a token - this happens both if you use a session link or login to kagi in an opened tab.

Privacy Pass Token is generated and searches can proceed without signing in to kagi in private windows.

1.3.18

18

This action just reloads the page without turning on desktop mode.

The action short mimic clicking the desktop button in page settings.

1.3.19 (2)

18

1. Enable Lockdown Mode on iOS
2. Enable installing extensions in Orion
3. Go to extensions
4. Tap install Chrome extension
5. Select any extension in the Chrome Web Store (which renders a bit wonkily due to Lockdown Mode)
6. Tap add to Orion
7. Watch URL bar flicker briefly
8. No prompt appears to add the extension to Orion
9. Extension does not appear under Extensions
10. Downloads shows a failed download of a crx file

Not applicable to Safari (no Firefox/Chrome extension support)

Orion should prompt me to install the extension.

This seems like a recent bug since I was able to install SponsorBlock before. Unfortunately I do not remember which version that was.

1.3.18 (6) (WebKit 8620.2.4.10.7)

18

Opening a new tab does not activate focus for the search bar. I am required to type CMD-L to get focus into the search bar.

This is on iPadOS 18.3.1 and with Orion 1.3.17.

I am using a Magic Keyboard but also tested without and got the same results. It’s infuriating and a deal-breaker for making this my main driver. Super excited to try it as soon as this is fixed.

I expect the search bar / omni-bar to get focus automatically for any new page/tab.

1.3.17

18

If I navigate to settings -> general and set a downloads folder, it doesn’t respect the setting and — instead — continues to save downloads to the local Orion folder on my device.

I would expect Orion to respect the setting and save files to the specified folder.

1.3.17

18

Google.com won’t work without JavaScript, and keeps giving me an error even though the disable js option is not on. iOS Orion.

Google.com should have opened up and I should have been able to search

1.3.17

15

webpages.

am experiencing a significant issue with Japanese text input when using Orion Browser on iPad. This problem disrupts my workflow, as I cannot input kanji characters correctly. The issue is not exclusive to ChatGPT but also occurs in similar text input fields on other webpages.

1. Open ChatGPT (Web version) in Orion Browser on iPad.
2. Attempt to type Japanese text and convert hiragana to kanji.
3. Observe that input behaves unexpectedly.

Does it happen in Safari (if it could be a WebKit bug)?
No, the issue does not occur in Safari or Brave. However, it does occur in Google Chrome and Firefox.

What did you expect to happen? Describe the desired functionality.
Japanese text input should function correctly, allowing smooth conversion from hiragana to kanji, as it does in Safari and Brave.

Environment:

• Device: iPad Air (5th Gen) + UK Magic Keyboard
• Browser: Orion Browser (Latest version as of Feb 2025)
• Network: iPhone 15 tethering
• Other browsers tested:
  • Bug occurs in: Orion Browser, Google Chrome, Firefox
  • Bug does NOT occur in: Safari, Brave

Why This Matters:

• Orion Browser is my only viable option because it supports Google Chrome extensions, which are essential for my work.
• Other browsers have critical issues that make them unusable.
• The ChatGPT app version also has a critical bug, making it unusable for me.
• I am currently hospitalized and cannot use my iMac. Due to finger mobility issues, a software keyboard is not a practical alternative.

Attachments:
I have recorded two screen captures:

1. A comparison of input behavior within ChatGPT's chat input field.
2. A comparison of input behavior in similar text input fields on other webpages.

I appreciate your time and consideration. Please let me know if you need further details.

1.3.16 (20) (WebKit 8620.2.4.10.7)　+　iOS18.3

18

When in a room on jiggie.fun, the puzzle pieces are invisible.
Does not occur in Safari.
Create or join a room to test.

For the pieces to be visible.

1.3.15 (5) (WebKit 8615.3.12.10.2)

16

When editing a form with an attached keyboard, with the default password manager disabled, Orion does not present the shortcut/completion to pull a password from a password manager.

Steps to replicate:

1. Disable Orion’s password manager
2. Attach external keyboard
3. Enter any login form

The keyboard should present a shortcut at the bottom of the screen to allow the user to autofill passwords.

iOS 18, Orion 1.3.15 (5) (WebKit 8619.2.8.10.9)

18

One of my websites (http://serko.nyc) is http only and the Orion browser keeps trying to upgrade it to https, which fails to load the actual page. I have the "Automatic HTTPS Upgrade" preference toggled OFF in settings on both macOS and iOS. This issue is not reproducable in Safari.

The browser should revert to "http" mode and load the web page correctly.

Version 0.99.130.3.1-rc (WebKit 621.1.2.111.4)

Sonoma (14)

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.

When starting a new private session and it shows tab in grid view the tab is blank and also doesn't automatically open. Nor does it open keyboard when tapped, as is set in settings

When entering into a private session it should open the new tab as it would in normal session

TestFlight

18

In the latest TestFlight build, swiping to close tabs in grid view will sometimes close the next row above on the right of the tab you’re actually trying to close. This bug can also cause the erroneously closed tab to become stuck in the UI as seen in video.

The swiping close of a tab in grid view should only have its action point be for the selected tab and not one above it and to the right

TestFlight

18

URL is either garbled and/or truncated at characyter "&", for example when I paste the URL string:

https://www.amazon.com/gp/your-account/ship-track?ie=UTF8&orderId=113-7389167-4879456&packageIndex=0&shipmentId=BhgH2RnrR&ref_=scr_pt_tp_t

The result, apparently from Amazon, two iterations:

No results for https://www.amazon.com/gp/your-account/ship-track?ie=UTF8.
Try checking your spelling or use more general terms

No results for https://www.amazon.com/gp/your-account/ship-track?ie=UTF8&orderId=113-7389167-4879456&packageIndex=0&shipmentId=BhgH2RnrR&ref_=scr_pt_tp_t.
Try checking your spelling or use more general terms

The bug encountered on iOS on iPhone. Just checked and works fine on MacOS. Don't know if this is a bug in Orion or in Kagi search (both searches, iOS and MacOS, were from Orion).

App version: 1.3.14 (9) (WebKit 8619.2.8.10.9) System version: 18.1.1 Device type: ?unrecognized? Native bounds: (1206.0, 2622.0) Scale: 3.0 Regular tabs: 8/8/8/https://www.amazon.com/s?k=https%3A%2F%2Fwww.amazon.com%2Fgp%2Fyour-account%2Fship-track%3Fie%3DUTF8%26orderId%3D113-7389167-4879456%26packageIndex%3D0%26shipmentId%3DBhgH2RnrR%26ref_%3Dscr_pt_tp_t&crid=3T8NQKHD48JAS&sprefix=https+%2F%2Fwww.amazon.com%2Fgp%2Fyour-account%2Fship-track+ie+utf8%26orderid+113-7389167-4879456%26packageindex+0%26shipmentid+bhgh2rnrr%26ref_+scr_pt_tp_t%2Caps%2C129&ref=nb_sb_noss Private tabs: 0/0/0/(

18