Fabian-Lars
Fabian-Lars
> Failed to terminate process: Error Domain=com.apple.extensionKit.errorDomain Code=18 "(null)" UserInfo={NSUnderlyingError=0x110d91c80 {Error Domain=RBSRequestErrorDomain Code=3 "No such process found" UserInfo={NSLocalizedFailureReason=No such process found}}} Hmm, don't think i've seen this one before. Sounds...
This is the first time I hear about something like this. Would you happen to be able to provide a minimal reproduction? Or alternatively, is your current project public? Speaking...
just to double check it wasn't the last release that broke this, can you replace `uses: tauri-apps/tauri-action@v0` with `uses: tauri-apps/[email protected]` ?
No idea tbh. I don't use act cause it never worked when I tried it 🤷 I'm still out of office and will be for the next 2-3 weeks so...
I can't try to repro this because i cannot notarize apps 🙃 If you can still reproduce this, can you perhaps add the `--verbose` arg and see if that gets...
> The resolved path should exist without having to create it. This is not how Tauri handled paths ever. It never creates paths it doesn't need itself. > Unsigned applications...
> If the dirs crate is automatically appending “/Library/Application Support/com.company.appname” — this is a bug. The id is from us, the rest from them: https://github.com/dirs-dev/dirs-rs/blob/main/src/mac.rs#L7 (file is called mac but...
most of it looks good to me. what i don't like is the Documents type - both what it maps to on Android and the tauri path api you specified....
_Sorry this will be a bit all over the place. I'm typing as i'm thinking and researching._ The more i look into this the more i want to have something...
> Addition of a Swift implementation of the PathResolver for use in iOS hmm, i'd prefer not to do that unless we need to eg if we need the paths...