cross-posted from: https://feddit.org/post/6851781

Import into your F-Droid client directly by tapping this link: fdroidrepos://fdroid.ironfoxoss.org/fdroid/repo?fingerprint=C5E291B5A571F9C8CD9A9799C2C94E02EC9703948893F2CA756D67B94204F904

https://gitlab.com/ironfox-oss/IronFox

IronFox is a fork of Divested Computing Group’s Mull Browser, based on Mozilla Firefox. Our goal is to continue the legacy of Mull by providing a free and open source, privacy and security-oriented web browser for daily use.

  • Redjard
    link
    fedilink
    3
    edit-2
    2 days ago

    Maybe bitwarden has a hardcoded list of browsers and defaults to the app id otherwise? There could also be an override, but if not you’d have to open an issue with bitwarden and wait for them to update their list.

    Edit:
    Looking into the code there is indeed a hardcoded list.
    This file contains the code

    // Docs state that password fields cannot be reliably saved in Compat mode since they will show as
    // masked values.
    bool? compatRequest = null;
    if (Build.VERSION.SdkInt >= BuildVersionCodes.Q && fillRequest != null)
    {
        // Attempt to automatically establish compat request mode on Android 10+
        compatRequest = (fillRequest.Flags | FillRequest.FlagCompatibilityModeRequest) == fillRequest.Flags;
    }
    var compatBrowser = compatRequest ?? CompatBrowsers.Contains(parser.PackageName);
    

    I read this as:
    There are browsers that do “native” autofill and ones that do “compat”. Mull and ironfox do compat.
    This compat support is communicated on Android 10+, but either on older android or maybe if the app is built for older android (?) it won’t be communicated, thus the hard coded list.

    Doesn’t look like there is a way for users to add to this list.

    • @[email protected]OP
      link
      fedilink
      English
      22 days ago

      Interesting. I have never had an issue using Bitwarden with either Mull or IronFox. I did experience that package ID issue with Mulch (the Chromium version of Mull), but that seemed to have fixed itself at some point somehow. But although all three of those browsers do Bitwarden autofill for me without issue, none are in that hardcoded list.

      • Redjard
        link
        fedilink
        12 days ago

        As best I can tell, Mull is us.spotco.fennec_dos, so on that list.
        Mulch is likely us.spotco.mulch based on mulch webview being us.spotco.mulch_wv, neither are on the list.

        My interpretation here is that Mulch uses some other system, perhaps that mentioned api or something else entirely. Therefore it needs no explicit mention and just works. It might be that it previously did not support that system, or bitwarden didn’t, but somehow now it does.
        On the other hand, Mull still requires the manual compat lsit for whatever reason, therefore now in ironfox you run into that issue. In Mull it was likely solved before you ever used it.

        • @[email protected]OP
          link
          fedilink
          English
          12 days ago

          Mulch is likely us.spotco.mulch

          That is correct

          Mull still requires the manual compat lsit for whatever reason, therefore now in ironfox you run into that issue

          But I do not experience that issue with IronFox. The other user above did, but Bitwarden autofill has always worked for me in IronFox with no issue. So far, the only difference I have experienced between Mull/IronFox is the app icon.