(Just coming here to report a small, low-importance bug since there is no bug tracker.)
For Webcal calendar subscriptions, DAVx⁵ defers to ICSx⁵ to do the actual subscription, but Webcal calendars are also shown with a check mark in DAVx⁵ to indicate the subscription status. However, this does not seem to work if the calendar name contains umlauts, such as this one (“Sun (München)”):
Tapping the check box in DAVx⁵, everything works fine at first, i. e. ICSx⁵ opens and the subscription can be created without any problems. However, after completion, DAVx⁵ still shows an empty check box for the problematic Webcal calendar. The box can be tapped again and ICSx⁵ will happily let you create a duplicate subscription for the very same calendar URL, but the calendar will always remain unchecked in DAVx⁵.
@hell said in Error at line 29:Attempt to invoke virtual method 'void java.util.Calendar.setTimeZone(java.util.TimeZone)' on a null object reference:
i will try later to install again the newest version and will post here the result. yesterday i tried to remove my caldav/carddav accounts and installed them again.
That won’t help in this case. You will have to re-install DAVx⁵ (for unknown reasons).
And I’m back again. So it worked for awhile then all of a sudden i get error notifactions:
Network or I/O error - Failed to connect to nextcloud.myserver.domain/192.168.178.1:443
So obv this triggers a Network error since this address does not exist nor did I ever put it in the app.
The nextcloud service adress is nextcloud.myserver.domain
192.168.178.1 is my router.
I have no idea why he tries to connect to this adress. In the debug Info file there are only traces of the correct adress.
This error persists until I wipe the app with data from the phone and redo everything, then it works for awhile
@rfc2822, yes, actually, if you please, while I was trying to make my hidden service working, I found, that it may be convenient in such cases to save entry even when it is not valid for now, just marking it as out of sync or something like this. Thus it will be possible to edit such entries later without filling credentials again, you know. Just an idea.
Thanks, that worked!
I exported all contacts into a vcf.
Deleted all contacts in the DAVx5 account and reimported from vcf.
Hopefully nothing got lost, can’t check everything in detail.
A bit of a long way round but at least it worked.
As far as I see, the problem is that Myself@example.org is not identified with yourself, isn’t it?
Yes it is, no doubts.
I was only justifying myself about how I’ve missed the casing issue at first sight
Maybe an advanced option like “normalize email addresses” could be added in account configuration?
Maybe together with a warning like “use only if you have issues with users adding mixed-case email addresses”
Is this acceptable or do you think it’s a “too geeky” workaround?
@heX16 That would certainly be possible, if there is no other solution (like fixing the problem where it comes from).
I’d really appriciate if you could contact the MyPhoneExplorers and tell me what they say? Android account names can easily contain Unicode characters, for instance if you use local language. What if you name an account “Mein schöner Account”? Or “мой аккаунт”? Such names should work with any app, and they’re not related to DAVx⁵.
The build was an official update from ~last summer. I didn’t update for a while, but I will do so this evening and hope that everything keeps working and the issue really was caused by a bug in the current build.