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

Calendar Permissions not propagating in WezTerm vs other terminal clients #6279

Open
suny-am opened this issue Oct 15, 2024 · 0 comments
Open
Labels
bug Something isn't working

Comments

@suny-am
Copy link

suny-am commented Oct 15, 2024

What Operating System(s) are you seeing this problem on?

macOS

Which Wayland compositor or X11 Window manager(s) are you using?

Platform: x86_64-apple-darwin
Window Environment: macOS 13.7 (22H123)
Lua Version: Lua 5.4

WezTerm version

20240203-110809-5046fc22

Did you try the latest nightly build to see if the issue is better (or worse!) than your current version?

Yes, and I updated the version box above to show the version of the nightly that I tried

Describe the bug

Installed ical-buddy 1.10.1 (latest release) via brew and then
ran a basic command, which does trigger a Calendar permission request, but then outputs the standard error the no calendars have been found.

icalBuddy runs fine under both Kitty and Terminal.app.

To Reproduce

Install latest version of icalBuddy via homebrew:

> brew install ical-buddy
> icalBuddy -V
1.10.1

Run basic command that requires calendar access:

> icalBuddy eventsToday

Configuration

no config (removed to test without config)

Expected Behavior

A list of calendars if icalBuddy calendars is invoked, alternatively a list of events for the relevant period if for exampleicalBuddy eventsToday is invoked.

Logs

No response

Anything else?

Permissions triggering:
image
Afterwards:
image

@suny-am suny-am added the bug Something isn't working label Oct 15, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant