[Release notes] Pispala 5.1.0.10 - Early Access

  1. If you set the chum repo to 5.0, undo that and use the default setting (the repo is available meanwhile)
  2. Try again
  3. If it doesn’t work, retry in a few days.
2 Likes

Likely because we’re in Early Access still. When the update is generally available, it will be made available to d/l

1 Like

Was also bit by the Xperia 10III not automatically rebooting, also waited 20 minutes and then manually rebooted, apparently to no ill effect.

1 Like

That has worked, thank you!

But all my map bookmarks are gone…

To be clear, pois.json is still in the filesystem, but Pure Maps does not load it.

Uninstall and reinstall of Pure Maps has put my POIs back.

The most useful native app is back running again for me. :relieved_face:

2 Likes

I just noticed: display sleep does not seem to work right (I have it set at 30 seconds). The screen will sleep if you haven’t unlocked it, but an unlocked screen does not seem to go to sleep at all.

I needed to rebuild localseach database for my music on my sd card to be seen in media

That’s pretty funny. In a tragic way.

1 Like

There is now 5.1.0.10 available. It fixes

  • Bluetooth obex start timing, which broke bluetooth file sharing, address book sync, etc.
  • Couple of location settings issues
  • and a VPN DNS leak on multiple connection situations
37 Likes

Update went mostly fine except for the hang and hard reset at the end of the installation. Do you know what causes it? Are there ways to provide info if needed?

switching to beacondb seems to require a reboot, might want to restart the gps service after turning it on?

1 Like

Thanks a lot @dcaliste for your time and instructions. I have narrow it down a little: Nextcloud account creation is working if I don’t check “Calendars”. It’s the same in the “CalDAV & CardDAV“: I can create an account only if I don’t select “Calendars”.

I tested it again on another phone with version 5.0.0.77, with the same Nextcloud account: the account is created without error, even when “Calendars” is checked. So it seems to really be a regression in 5.1.

I have repeated the tests with the newer 5.1.0.10, the CalDav problem is still present.

I also took time to test the tool dav-client from buteo-sync-plugin-caldav-tools package, as you recommended. And it seems to work perfectly:

$ QT_LOGGING_RULES=“*.debug=true” dav-client -u bananaMixer -P “XXXXX” -s https://myserver.fr -R “/remote.php/dav” --list-calendars “”
# […]
[I] unknown:0 -   - label: “Privé”
[I] unknown:0 -     description: “”
[I] unknown:0 -     path: “/remote.php/dav/calendars/bananaMixer/migrated-priv/”
[I] unknown:0 -     color: “#74cce7”
[I] unknown:0 -     user: “/remote.php/dav/principals/users/bananaMixer/”
[I] unknown:0 -     privileges: {ALL_PRIVILEGES}
[I] unknown:0 -     allow events: yes
[I] unknown:0 -     allow todos: no
[I] unknown:0 -     allow journals: no

$ QT_LOGGING_RULES=“*.debug=true” dav-client -u bananaMixer -P “XXXXX” -s https://myserver.fr -R “/remote.php/dav” --list-calendar-etags “/remote.php/dav/calendars/bananaMixer/migrated-priv/”
# […]
[I] unknown:0 -   - href: “/remote.php/dav/calendars/bananaMixer/migrated-priv/59A2D499-A60B-4BCE-9C3E-6A4A8E9D2CBF.ics”
[I] unknown:0 -     etag: “"975c306f2b5a96d7d9ae15a784129016"”
[I] unknown:0 -   - href: “/remote.php/dav/calendars/bananaMixer/migrated-priv/AC93DAE4-B4A6-4E38-9A07-265066165460.ics”
[I] unknown:0 -     etag: “"753cba59d70e98c877c9ef545ebaf2c6"”
[I] unknown:0 -   - href: “/remote.php/dav/calendars/bananaMixer/migrated-priv/14A11B03-0340-4E4C-9736-5E43CAF1BCB1.ics”
[I] unknown:0 -     etag: “"0446e447f3ca33f03d4610c8e52c37e9"”

I truncated the logs, but I got all my calendars with the first command and for each calendar, I can get etags.

In the UI of account creation, just before I get the error, the message is (translated from french) “Getting the calendar details“. Maybe the parsing of one request’s response is failing for a reason?

Any idea on how to proceed from here? What other tests can I do?

I just updated my C2 successfully to 5.1.0.10. Thank you Jolla.

3 Likes

My C2 got stuck with the update bar at max. I waited a hour and then did force reboot. It seems to have updated just fine. It seems to have updated to 5.1.0.8 and now it notified there is another update which is for 0.10 :slight_smile: I guess I should have checked for updates again before updating. And that went fine!

One slight problem;
when updating, the unlock screen has a very low contrast / backlight is off?

This makes it difficult to realize there is the lockscreen in the first place.
I usually keep the backlight at a minimum to spare battery. But in my mind, the update process should handle that (during the update).

2 Likes

Xperia 10 xIII updated. Looks good. Still not possible to install Chum GUI, and Yottagram not instalkable over Storeman.

1 Like

Can you enable the calendar sync in the Nextcloud settings, after the account was created ? Or is it failing also ?

If you can, then, can you follow the instructions of this post [Release notes] Pispala 5.1.0.10 - Early Access - #229 by dcaliste to get log for the syncing daemon ?

1 Like

No, I can not enable the calendar sync in the Nextcloud settings after the account was created. I have the same error (“Network request failed“) when “Getting the calendar details“.

Here are the logs during the test:

[defaultuser@Xperia10III ~]$ systemctl --user stop msyncd
[defaultuser@Xperia10III ~]$ QT_LOGGING_RULES=“*.caldav.debug=true;dav.protocol.debug=true” devel-su -p msyncd
Password:
[W] unknown:0 - writeProfileFile() called, forcing disk write: “/home/defaultuser/.local/share/system/privileged/msyncd/sync/carddav.Contacts-67.xml”
[W] unknown:0 - writeProfileFile() called, forcing disk write: “/home/defaultuser/.local/share/system/privileged/msyncd/sync/caldav-sync-67.xml”
[W] unknown:0 - writeProfileFile() called, forcing disk write: “/home/defaultuser/.local/share/system/privileged/msyncd/sync/nextcloud.Images-67.xml”
[W] unknown:0 - writeProfileFile() called, forcing disk write: “/home/defaultuser/.local/share/system/privileged/msyncd/sync/nextcloud.Posts-67.xml”
^C[D] unknown:0 - Exiting program
[defaultuser@Xperia10III ~]$ systemctl --user start msyncd

Does that mean I can now pair my two SFOS phones AAS side?

Well, of course I will try, but I’m in the middle of upgrading still. :wink:

1 Like

@eson probably doesn’t help with the AppSupport side pairing

1 Like

The update went fine on my XA2 phone with a manual reboot.

Currently, I cannot see any Nextcloud photos in my gallery, even though I have them in the ‘/Photos’ folder on my NC, and the online account seems to have the correct path to ‘/Photos’. I have already tried manually syncing the Nextcloud online account and restarting the gallery app.

Edit: After some hour waiting, NC images appeared.