Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)EP
Posts
1
Comments
45
Joined
2 yr. ago

  • It's a "feature," in fact...

    Under What to expect on this support page, it says:

    • The phone branding, network configuration, carrier features, and system apps will be different based on the SIM card you insert or the carrier linked to the eSIM.
    • The new carrier's settings menus will be applied.
    • The previous carrier's apps will be disabled.

    The correct approach from a UX perspective would have been to display an out-of-box experience wizard that gives the user an option to either use the recommended defaults, or customize what gets installed.

    Unfortunately, many manufacturers don't do that, and just install the apps unconditionally and with system-level permissions. And even if they did, it's likely that many of the carrier apps will either have a manifest value that requires them to be installed, be unlabeled (e.g. com.example.carrier.msm.mdm.MDM), or misleadingly named to appear essential (e.g. "Mobile Services Manager").

  • I bought an unlocked phone directly from the manufacturer and still didn't get the choice.

    Inserting a SIM card wiped the phone and provisioned it, installing all sorts of carrier-provided apps with system-level permissions.

    As far as I've found, there's a few possible solutions:

    • Unlock the bootloader and install a custom ROM that doesn't automatically install carrier-provided apps. (Warning: This will blow the E-fuse on Samsung devices, disabling biometrics and other features provided by their proprietary HSM).
    • Manually disable the apps after they're forcibly installed for you. Install adb on a computer and use pm disable-user --user 0 the.app.package on every app you don't want. If your OEM ROM is particularly scummy, it might go out of its way to periodically re-enable some of them, though.
    • Find a SIM card for a carrier that doesn't install any apps, then insert that into a fresh phone and hope that the phone doesn't adopt the new carrier's apps (or wipe the phone) when you insert your actual SIM.
  • Would absolutely love for Serif Labs to create a port for Affinity Photo and Designer. Of the programs I've tried, those two have the closest UX to Photoshop and Illustrator without the software-as-a-service model.

    Hell, I'd even take it if all they did was support it working under WINE. While I would prefer a seamless UI that fits in with both GTK and Qt, it's understandable that they might not consider it worth the effort.

  • "Impede the replacement of" and "compatible battery" has a lot of room for interpretation. I hope they're defined explicitly somewhere, or else we're going to find implementations that effectively restrict non-OEM batteries while still adhering to the letter of the law.

    For example, all batteries lacking a cryptographically-verified "certification" handshake could have safety restrictions such as:

    • Limited maximum amperage draw, achieved by under-clocking the SoC and sleeping performance cores.
    • Lower thermal limits while charging the device, meaning fast charging may be limited or preemptively disabled to ensure that the battery does not exceed an upper threshold of you-might-want-to-put-it-in-the-fridge degrees.
    • Disabling wireless charging capabilities, just in case magnetic induction affects the uncertified battery full of unknown and officially-untested components.
    • A pop-up warning the user every time the device is plugged into or unplugged from a charger.

    All of that would technically meet the condition insofar that it's neither impeding the physical replacement nor rendering the device inoperable, but it would still effectively make the phone useless unless you pay for a (possibly-overpriced) OEM part.

    If they explicitly defined "Impede the replacement of" as "prevent replacement of or significantly alter user experience as a result of replacing," and "compatible battery" as "electrically-compatible battery" all those cases would be covered.

    Might be a bit of cynical take, but I don't have too much faith in the spirit of the law being adhered to when profits are part of the equation.