mirror of
https://github.com/FiloSottile/mkcert.git
synced 2026-04-25 13:36:02 +03:00
[GH-ISSUE #105] Error on mkcert -install (Mac OSX mojave) #60
Labels
No labels
TLS stack issue
Windows
bug
duplicate
duplicate
enhancement
help wanted
help wanted
pull-request
question
question
root store
waiting for info
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/mkcert#60
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @franck-paul on GitHub (Jan 8, 2019).
Original GitHub issue: https://github.com/FiloSottile/mkcert/issues/105
Hi,
Just installed mkcert (and nss) via homebrew, then run the command
mkcert -installwhich hangs with the following message:The two files have been correctly created in ~/Library/Application Support/mkcert:
@adamdecaf commented on GitHub (Jan 8, 2019):
This error is from trying to read macOS's settings for each certificate. The following should create a
trust-settings.xmlfile and could we see what's on/around line 111:@franck-paul commented on GitHub (Jan 8, 2019):
line 111:
Probably the 0x00 character, I suppose that I need to make some cleanup in my keychain!
@adamdecaf commented on GitHub (Jan 8, 2019):
Is that string part of a certificate?
@franck-paul commented on GitHub (Jan 8, 2019):
Not a all!
In the last line the <0x00> equivalent character was only visible when opening xml in sublime text
@franck-paul commented on GitHub (Jan 8, 2019):
And I do not find this item when using the OSX Keychain access tool, very strange (or it may be ignored by this tool).
Have you any idea how I can remove this entry?
@FiloSottile commented on GitHub (Jan 8, 2019):
That's one annoying certificate there! You can remove it from Keychain Access by hitting backspace.
This is arguably a bug in
security trust-settings-exportthough, because it generates an invalid plist. If anyone with an Apple Developer Account wants to file a radar, please be my guest.@franck-paul commented on GitHub (Jan 9, 2019):
Thank's for help!