Fairphone Open 16.11.0 release

Same here. Hints did not help (Install via fastboot and script)…

Also with me the update shouldn’t go without some special challenge:

  • When I try to go to the updater at both possible ways, I get the message ‘Fairphone Updater wurde beendet’ (=has been closed),
  • When I try to go to the Google Play Store, I get a similar message: ‘Google Play Store wurde beendet’.

This behavior started a day after the update. Before that I noticed, that I didn’t have a second (‘advanced’) screen for updating anymore.

???

Edit: Meanwhile I flashed the 16.11.0 version and the GAPPS-pico again, but the issues are still there: No admittance to the FP updater and to the Play Store.

Hello. I think I did exactly the mistake you pointed out. I forgot to copy the newest xposed framework version onto the phone. I flashed the old one and now my phone does not start. Now what is the easiest way to get the new framework-version onto my phone? Since I can not start it, it also is not recognized by my PC to simply copy it in the right folder.
Thanks for your help.

Take SD-card out and into the computer. Save the Xposed-Zip on the SD

Thanks Friek. This would have have been my first approach too. Unfortunately, I do not have a micro-SD slot on my computer. So I have to get it on the SD with the USB-cable.

Then you can either transfer the files via ADB (for this you may need to first flash the latest TWRP port), or use ADB sideload to install the xposed framework.
That is, you hopefully had USB debugging activated before starting the update.

Ok. I am trying to access the phone for a while now with adb (when I am in TWRP), but the computer can not find my device. So I guess, I did not activate USB debugging…

Then you can flash again the system.img from 16.10, plus the old xposed (and opengapps if applicable) to get again into your old system. This is how I proceeded when I discovered that the v86 xposed isn’t working with 16.11 (to wait for an xposed update …) :smiley:

@ Freibadschwimmer:
Thanks for the help. I actually have found a “dirty way” to get the newest framework on the SD. I put the microSD into my old garmin GPS and got access to it this way in the explorer. And it seems to work.
And I found out, I took the wrong cable to connect to the PC (only charger cable). Stupid! So I probably had USB debugging activated.

Nevertheless, how would I have flashed the old system.img? Is it usually on the phone somewhere?

Great that it eventually worked :thumbsup:

I guess there should still be a copy online, somewhere. Personally I always keep a copy of the last *manual-userdebug.zip on my hard drive; in case for troubleshooting (like this one) :wink:

No, your phone was stuck far before ADB started. The easiest thing (for the next time ;)): Reboot into TWRP and access the SD-Card from there. This works for me on Linux, maybe there are some special drivers needed on Windows (anyone?), but that’s how I always perform my updates (+ root + xposed) :wink:

@freibadschwimmer:
The problem was that I did have the new framework on the PC, but needed to find a way to get it on the microSD. Which is difficult, if the phone has no running OS and is not recognised by the PC. So haveing an old system image, I would have had the same problem.
@retsifp
Are you sure about adb not working yet? In all tutorials etc. I checked, the only way to copy something on the phone (I was lucky to have an SD, a phone without SD would have been a lot bigger pain) was to use adb, when the phone is in TWRP. I can not say, if this is possible, because I failed because of the wrong cable.
In TWRP I can of course access the SD (I have to to flash the framework), but I can not access the PC to copy the latest exposed framework onto it.

For future reference: For using fastboot you neither need the OS running, nor ADB working, nor a working recovery. You just need to boot into the bootloader (turn off phone, then press [vol. down] + [power]) and flash the partitions you want to replace.
As I said, I was stuck in the same situation as you were, and this was how I solved it (since at that time there was no v87 yet, so I had to revert back to 16.10)

I do think though that the boot partition needs to be OK (i.e., Android’s boot.img needs to be installed; but not 100% sure).

I thought @freibadschwimmer talked about adb running from Android, and for that I’m shure that it doesn’t work, Android was stuck far before the daemon could be started. You - however - talk about adb with TWRP, where I don’t see how to use it (and IIRC it doesn’t work with the version I’m currently using).

Inside TWRP, you have two options for exchanging data with your PC:

  • Connect it via USB, as I said it works without drivers on Linux, maybe there are drivers needed on Windows, but shouldn’t be a problem. There you can either access your phone memory or the SD-Card.
  • If you have a USB-OTG-cable, copy the files to a arbitrary USB-Stick and connect it to the phone, IIRC TWRP can mount it (I once tried it and it worked great, but I’m not shure if it was on the FP2 or an other phone…)

The TWRP that comes with FP OS does not work in ADB mode (afaik), however, if the latest TWRP community port is installed, it is possible to use ADB while being in TWRP.

(Comprehension question: 16.11.0rc1 is the same as 16.11.0 release?)

Findings after a few of days:

  • FP Open OS: Clock resets after reboot
    [Status: still there in 16.11.0]

  • Preferred SIM for calls --> Ask every time:
    See also: Two SIM cards - can’t make/receive calls when both are turned on - Workaround: Wait 5 seconds
    [Status: FIXED since 16.11.0]

  • Battery only charging mode: does no longer work on a notebook usb port with max 0.5A.
    [Status: FIXED since 16.11.0]

  • GPS location: Icon is after enable and disable still there.
    [Status: FIXED since 16.11.0]

  • Display auto backlight: changes slow
    [Status: Still there in 16.11.0]

  • Screen flickering after boot up:
    [Status: Still there in 16.11.0]

  • Random reboots:
    [Status: Still there about once a day in 16.11.0]

  • Proximity sensor: brightness changes slow
    [Status: Still there in 16.11.0]

  • Proximity sensor: Battery drain bug
    [Status: Still there in 16.11.0, if Settings -> Display -> Adaptive brightness is enabled]

Summary: Feels more stable - thanks a lot!

4 Likes

For the record: a faulty boot partition usually makes the phone boot on fastboot mode. After some CM-dev tries, I recall that was the FP2 behaviour.

I recall that when I had Sailfish running last time, I was not able to get into the bootloader (at least not with vol.down + power). Since the SF OS installation includes replacing the boot.img, I was assuming that you need to have an Android boot.img working to be able to get into fastboot mode.

I guess we are talking about different behaviours: I’m talking about faulty or erased boot partition and default boot bringing you to fastboot mode, and you are talking about a working boot partition which doesn’t bring you to fastboot mode with the usual key combo.

I know I flashed at least five faulty CM boot.imgs and could get somehow to the bootloader without sweating. However, I probably had a working recovery (which is a bootable partition, too), so maybe it rebooted into that and then I rebooted to the bootloader, or it just rebooted into the bootloader directly. I don’t remember. I just have the impression that your FP2 won’t be made into a paperweight because of a faulty boot partition. I won’t test any of that voluntarily, though, x)

Now I have booted into Safe Mode: Very surprisingly: The issues are still there!
On the other side I can’t imagine, that this issues are caused by hardware defects. What else could it be?