Skip to content
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

fix(freebusy): fixes busy status not shown in thunderbird #702

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

SurajDadral
Copy link

Fixes issue #701

@phil-davis
Copy link
Contributor

@SurajDadral there are various unit tests that expect the previous behavior. Please have a look and adjust those so that the tests pass.

@SurajDadral
Copy link
Author

@phil-davis updated unit tests, now composer test shows all tests are passed

@SurajDadral
Copy link
Author

@phil-davis pushed same changes to 4.5 branch in my fork, let me know if I should create MR from that branch instead: https://github.com/sabre-io/vobject/compare/4.5...nexbro:vobject:4.5?expand=1

@phil-davis
Copy link
Contributor

pushed same changes to 4.5 branch in my fork, let me know if I should create MR from that branch instead

After merging this, I will backport to the relevant supported release branches.

@phil-davis
Copy link
Contributor

phil-davis commented Nov 14, 2024

@staabm @DeepDiver1975
I made some notes at #701 (comment)

The current behavior of the server code is within the RFC - if FBTYPE is BUSY then it gets left off, because that is the default anyway. But it is reported that Thunderbird does not "cope" with that (it should - I wonder when Thunderbird started having this problem?)

Anyway, we could change the server, as per this PR, to do more than the strict minimal behavior as per the RFC, and let it send FBTYPE=BUSY even though it is the default. Clients should not have a problem with that (but who knows if there is some client that will complain about getting an unnecessary FBTYPE=BUSY )

Opinions please.

@staabm
Copy link
Member

staabm commented Nov 14, 2024

//cc @evert

@evert
Copy link
Member

evert commented Nov 14, 2024

My opinion is that some effort should be made to report the bug in the project that has the bug! If that's not going anywhere then consider a workaround.

I don't think the change is super risky, but there's a much greater benefit to fix the root problem for the ecosystem as a whole than to admit defeat and assume clients will always remain broken.

@phil-davis
Copy link
Contributor

phil-davis commented Nov 14, 2024

I asked for a link to the Thunderbird bug/problem report:
#701 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants