-
Notifications
You must be signed in to change notification settings - Fork 293
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PHP 8.2 dynamic properties deprecation warnings #1154
Comments
I've the same problem - could you tell me what exactly you did to fix it? |
Per the error messages, I added two properties:
|
Ah, perfect - thank you! |
same problem for me. |
Tnks! It also solved the problem with the display of contacts in InfCLoud. |
Creation of dynamic property Sabre\CardDAV\Xml\Request\AddressBookMultiGetReport::$addressDataProperties is deprecated |
Works for me, too. I'm using PHP 8.2. |
Also works for me in PHP 8.2. thanks! |
Works for me too with PHP 8.2.5, thanks! |
@AaronVanGeffen: Will there be a new Baikal Dav Version containing the fix or is an manuel modification required? |
I don't maintain Baikal; I just filed the bug report. |
Hi, I arrived here because of problems syncing my contacts from a personal Baikal server with DavX5 which suddenly stopped working after a server reinstall which entailed a PHP upgrade from 8.1 to 8.2 @cscholz as you can see here sabre-io/dav#1446 there is an open pullrequest that needs to be merged. I also wrote a comment there asking if this might be done in the near future. Until then you can just modify the file manually, as can be seen here: |
Works fine for me on debian 12. |
@AaronVanGeffen Thanks for the fix. Using PHP 8.2.8. |
Thanks a lot! It helps to me as well on the server running Debian & PHP-8.2.10. 😄 |
Thanks. Updated from Debian 11 to 12, this is needed for the adress book to work correctly |
I wasn't able to see what contacts I had in my Address Book using Thunderbird 115 but adding those 2 lines fixed the problem. Previously it was returning error 500 when the REPORT request was made. I hope this gets fixed so people don't need to change the files manually. |
Looks like this is all fixed in the latest release. Thanks! |
It seems I spoke too soon. Calendar syncing works without issue, but the issue with address books still remains:
The fix for this is still what I reported back in February: #1154 (comment)
|
I guess Baikal needs to update deps.... |
That should have happened in https://github.com/sabre-io/Baikal/releases/tag/0.9.4 But I don't understand the |
@AaronVanGeffen how did you install/upgrade your bailkal installation? Maybe we get some hints from this ... |
Ah - that's it I guess .... the serialized vobject here holds a reference to The only option I see is to add this property back in Href .... |
autoPrefix stuff was removed in PR sabre-io/dav#801 I will have a look and see what bits should be put back to keep backward-compatibility of some sort. I suppose that this is only noticed when there are (quite) old VOJBECTs in the database that have/generate calendar dates that still happen in "real life" at run-time for people. |
use of this property in code was removed in PR sabre-io#801 But the property is left here because old data may still exist that has this property saved. See discussion in sabre-io/Baikal#1154
use of this property in code was removed in PR sabre-io#801 But the property is left here because old data may still exist that has this property saved. See discussion in sabre-io/Baikal#1154
use of this property in code was removed in PR #801 But the property is left here because old data may still exist that has this property saved. See discussion in sabre-io/Baikal#1154
use of this property in code was removed in PR sabre-io#801 But the property is left here because old data may still exist that has this property saved. See discussion in sabre-io/Baikal#1154
Release https://github.com/sabre-io/dav/releases/tag/4.5.1 should have fixed the HRef autoPrefix problem. Baikal
and no So But I see that the release 0.9.4 comes with a zip file that has the vendor dependenices pre-packages: So I suppose that 0.9.5 has to be released to provide updated "bundled" |
Upgrading to Baikal 0.9.4 solved this issue with PHP 8.2 for me. It was basically a matter of |
Baikal version: 0.9.3
In PHP 8.2, dynamic class properties have been deprecated. Apparently, Sabre\DAV still uses some in at least two locations, leading to errors below.
Baikal is working again after quickly patching the two classes. I do not currently have time to upstream my changes, but I thought I'd report these findings either way, in case others run into similar issues. I have also filed an issue upstream: sabre-io/dav#1445
The text was updated successfully, but these errors were encountered: