TbSync
TbSync copied to clipboard
jobisoft
Add-on incompatibility with TB 102 release.
Your environment
Windows 11 22H2 (Insider) x64
TbSync version: 3.0.2 Thunderbird version: 101.0b4
Expected behavior
Add-on is enabled as with Thunderbird Stable (91.xx)
Actual behavior
Add-on is disabled by Thunderbird due to an incompatibility with the upcoming Thunderbird 102 release.
Steps to reproduce
- Install Thunderbird Stable (91.xx)
- Install TbSync
- Install the Thunderbird beta
- Check Add-on manager
To help resolving your issue, enable debug logging (TbSync Account Manager -> Help) and send me the debug.log via e-mail (use the title of your issue as subject of the email).
Hello,
will there be a new version which is compatible with TB102? I think the new caldav/carddav functionality of TB102 is not yet the same as TBSync provided (e.g. subscribe/unsubscribe to calendars after initial setup IMHO is not possible with TB102).
If the integration with the new TB102 address book needs more work, would it be possible to release a TBSync version which can handle calendars as it did with TB91? For carddav there is the cardbook addon (which is more feature complete than the TB102 carddav address book, especially when it comes to e.g. categories)
After an update to the 102.0 release, tbSync is disabled and therefore won't work.
FYI: We have https://addons.thunderbird.net/addon/addon-compatibility-check/ which allows you to see which of your used add-ons work in 102, before upgrading. Spread the word!
Hi John,
thanks a lot as well from our side. I was always hoping/thinking that TBSync will eventually get integrated into TB, together with CardBook (but maybe that is a too long shot). Or is this never going to happen, so there will always be the plugins?
ETA : 2 weeks.
For CardDAV users, I suggest you try out the new built-in support. Migration is not possible. Remove the old TbSync address books and set them up anew as Thunderbird CardDAV address books:
Sorry, German screenshot, but I hope you get the idea.
Wasn't there an attempt to more closely integrate cardbook and tbsync with each other? What happened to those efforts? Especially in light of the changes in TB 102.
I was young, I had dreams. Now I have kids.
Edit: That means my priorities have shifted. My kids are awesome, and I rather spend my free time with them, than coding (which I do already enough during my day job).
Hi John,
thanks a lot as well from our side. I was always hoping/thinking that TBSync will eventually get integrated into TB, together with CardBook (but maybe that is a too long shot). Or is this never going to happen, so there will always be the plugins?
Same questions.
The advantage of TBSync/DAV-4-TbSync over the integrated in Thunderbird CalDAV/CardDAV clients is that TBSync can enforce authentication. This means for servers, which deliver different, correct results for authenticated and unauthenticated requests, the user can set in TBSync/DAV-4-TbSync to authenticate.
The missing functionality for Thunderbird is reported at https://bugzilla.mozilla.org/show_bug.cgi?id=1722296 .
It would be great, if TBSync/DAV-4-TbSync continue to offer this functionality, which lacks in TB102.
ETA : 2 weeks.
Thanks for your work on this. I know open-source work is a bit thankless sometimes.
Is there a PR/branch we could test?
...no commit, no branch, nothing for testing
Stop complaining, start donating.
I was young, I had dreams. Now I have kids.
Edit: That means my priorities have shifted. My kids are awesome, and I rather spend my free time with them, than coding (which I do already enough during my day job).
@jobisoft : Congratulations! Enjoy your kids as long as they (1+) are little. Anyhow two questions: 1) Does it mean you have stopped working on TbSync, Provider für CalDAV & CardDAV and Category Manager? 2) Or does it just explain the extension of ETA?
This cycle is rather out-of-line for my standards, I usually do not need this long. I am working on an update for TbSync + EAS. CalDAV/CardDAV will be reduced to autodiscovery, but syncing will use Thunderbirds methods (you actually do not need TbSync for that anymore). CategoryManager is difficult, all the UI is gone, have not got my head around how I will address this. Will do that after release of TbSync update.
I am working on an update for TbSync + EAS. CalDAV/CardDAV will be reduced to autodiscovery, but syncing will use Thunderbirds methods (you actually do not need TbSync for that anymore).
Currently in DAV-4-TbSync it is possible to tell the CUA to authenticate, even if the server does not request this (that is the server does not return 401, but valid results for unauthenticated users). Will syncing in the future also send credentials to the server, once the setup is performed by DAV-4-TbSync and the server does not reply with 401 on missing credentials?
For what it's worth, the new CardDAV support was sufficient for all my uses of TbSync, so I was able to move to that.
For those wanting to do so, it's not super intuitive. Add a new address book, just CardDAV and then use the url https://www.googleapis.com/.well-known/carddav .
Thanks @jobisoft for this addon... even though I no longer need it, it's been an amazing tool, and as an opensource developer myself, I appreciate the time and effort that goes into maintaining it. Hopefully as more of these features make it into TB natively, you will have to maintain less and less code.
This cycle is rather out-of-line for my standards, I usually do not need this long. I am working on an update for TbSync + EAS. CalDAV/CardDAV will be reduced to autodiscovery, but syncing will use Thunderbirds methods (you actually do not need TbSync for that anymore). CategoryManager is difficult, all the UI is gone, have not got my head around how I will address this. Will do that after release of TbSync update.
Hi John, also from me a big thank you for your support (I'm the developer of a tiny TB addon, and I really appreciate your work).
If you write "reduced to auto-discovery".. does that also include the managing of subscriptions (e.g. after setup of a calendar resource, you can go back at a later time to subscribe/unsubscribe calendars which have been auto-discovered)? TBSync is such a useful addon, and for us auto-discovery, and the managing of subscriptions functionality after initial setup makes all the difference. It would be great if that functionality could be included in TB at a later stage.
@jaymzh as far as I know, TB should normally auto-discover all available calendars automatically with just the "root" URL. We use e.g. sogo, and its just https://sogo.mydomain.org, and also with the TB only calendar subscription, it will show you all available calendars (but AFAIK you cannot go back to this "resource" if you want to subscribe to another calendar <-- this is what was possible with TBSync).
If you write "reduced to auto-discovery".. does that also include the managing of subscriptions (e.g. after setup of a calendar resource, you can go back at a later time to subscribe/unsubscribe calendars which have been auto-discovered)? TBSync is such a useful addon, and for us auto-discovery, and the managing of subscriptions functionality after initial setup makes all the difference. It would be great if that functionality could be included in TB at a later stage.
Yes, that part will stay, only the actual syncing will be replaced by Thunderbirds own native CardDAV sync.
Hello John. I have a medium sized network in a local government and we use your plugin in combination with Exquilla, working well together. This Exquilla has been maintained by a German company for a couple of years, and we pay for the license every year. I think that it is the fairest way for there to be fair compensation for their work and for us to be sure that we will be updated.
Even my problem is that I would like to contribute but I can't use paypal to make payments at work
Yes, that part will stay, only the actual syncing will be replaced by Thunderbirds own native CardDAV sync.
Oh no! TB native CardDav sync is broken. I had to downgrade to keep using TBSync and have been waiting for TBSync compatibility with 102 so I can upgrade. See https://bugzilla.mozilla.org/show_bug.cgi?id=1736289
I would love to know where is this blocking. Can the public help somehow? Are we left out there hanging?
I am definitely interested in updating, but I am happy to wait on v91 of Thunderbird until we have a solution. I have to say, this extension is not the only place where I see a very thin infrastructure supporting email. There are very few viable (free) CalDAV and CardDAV implementations, DKIM software seems to come down to OpenDKIM (limping along) and dkimpy (one main developer).
Please consider supporting the people that are keeping this infrastructure alive, and be patient. It doesn't look like there are necessarily developers clamoring to pick up the torch on these technologies.
For EAS, please head over to: https://github.com/jobisoft/EAS-4-TbSync/issues/167#issuecomment-1249030422
In general, this is a dupe of: https://github.com/jobisoft/TbSync/issues/591