After playing around with dark-mode, it left my system in a mixed-mode state. The menubar is dark, but the backgrounds for the Dock and the Cmd-Tab display are light.

This mixed-state persists no matter what I do in System Preferences. It also persists after full reboots.

$ dark-mode status
Fatal error: Unexpectedly found nil while unwrapping an Optional value

Subsequently, kill -9 is unable to terminate the process.

macOS 10.14.5.

The latest released version does not compile with Xcode 11 (because of the swift version used). Could you release a new version so we can ship it in Homebrew?

I get the following error message:

$ dark-mode status
fatal error: unexpectedly found nil while unwrapping an Optional value
Current stack trace:
0    dark-mode                          0x0000000106f52b20 swift_reportError + 132
1    dark-mode                          0x0000000106f6fed0 _swift_stdlib_reportFatalError + 61
2    dark-mode                          0x0000000106cddc90 specialized specialized StaticString.withUTF8Buffer<A> ((UnsafeBufferPointer<UInt8>) -> A) -> A + 355
3    dark-mode                          0x0000000106edff00 partial apply for (_fatalErrorMessage(StaticString, StaticString, StaticString, UInt, flags : UInt32) -> Never).(closure #2) + 109
4    dark-mode                          0x0000000106cddc90 specialized specialized StaticString.withUTF8Buffer<A> ((UnsafeBufferPointer<UInt8>) -> A) -> A + 355
5    dark-mode                          0x0000000106e9a880 specialized _fatalErrorMessage(StaticString, StaticString, StaticString, UInt, flags : UInt32) -> Never + 96
6    dark-mode                          0x0000000106c36d60 static DarkMode.isDark.getter + 334
7    dark-mode                          0x0000000106c376d0 main + 1450
8    libdyld.dylib                      0x00007fffeafa1234 start + 1
zsh: illegal hardware instruction  dark-mode status
$ dark-mode --version
2.0.1

The program takes a few minutes to produce the error message. dark-mode on also takes several minutes to run but doesn't produce any output and doesn't enable dark mode. Everything worked fine yesterday.

When installing dark-mode via homebrew on a brand new macOS 10.12.3 installation, the menu-bar breaks.

Only the dock turns dark when activating dark-mode, and confirmed that using the system preference pane to do so (prior to install) works fine. After installing dark-mode, using the system pref UI will ONLY turn the menu-bar dark, and will no longer control the dock.

A complete uninstall does not solve this problem.

This moves the copying of build product to ./bin/dark-mode from a build phase to the ./build script. This is done to ensure we never copy a non-codesigned binary to ./bin - which is what seems to be the cause of #19.

This would work even without removing the build phase, as the copy from ./build will simply overwrite it. I'm not sure the build phase copy is really useful for other things than release though, and it's a bit quirky - basically it seems to never be codesigned on first build (e.g. after a "Clean build folder" + "build"), but it will then be codesinged on subsequent builds.

If you would like me to update the PR to keep the build phase in, let me know and i'll fix that.

Fixes #19

I guess you already know about this and it was an intentional decision but the readme still states that dark-mode works with MacOS 10.10 or later. Running on 10.13.6 (because my work machine does not support Mojave) I get the following error every time I run brew upgrade:

dark-mode: macOS Mojave or newer is required.
Error: dark-mode: An unsatisfied requirement failed this build

If this was unintentional I would really appreciate a fix since I quite enjoy using dark-mode especially because it's not officially supported on my mac. If it was not, I can submit a PR to change the readme if you want me to and try to find an alternate solution.

Update: I read #16 (which I obviously should've before submitting this) and now know that this was semi-intentional. I sadly don't know enough about xcode to know if it is possible to fix this though.

Build with macOS Mojave 10.14.6 on MBP 2017

Last 15 lines from /Users/mufeng/Library/Logs/Homebrew/dark-mode/01.build:
                        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^  ~~~~~~
/tmp/dark-mode-20191209-84518-17xuhso/dark-mode-3.0.0/Sources/DarkMode.swift:9:3: error: missing return in a function expected to return 'Bool'
                }
                ^
/tmp/dark-mode-20191209-84518-17xuhso/dark-mode-3.0.0/Sources/util.swift:6:1: error: missing return in a function expected to return 'String?'
}

I had declined the Authorization for editing system preference from the terminal, which prompted after I first time run the dark-mode.

After some searching and looking around, I think it was linked to nsapplescript. But I don't know how to fix it or to regenerate that prompt.

I was using MacOS Mojave 10.14 (18A391)

dark-mode seems incapable of changing the Menu Bar's theme in 10.12 Public Beta. The tool runs successfully and reports no errors that I can see, but only the Dock is changed to dark mode.

This package is certainly functional, but it performs a single highly-specific task and no more. I found it in awesome-nodejs(the author of awesome-nodejs is also the author of this package, interestingly). Does this package demonstrate something highly interesting? Am I missing something?

Thanks.

The CLI usage could be dark-mode auto.

The dark mode in the appearance preferences object is boolean. Seems it's impossible to set appearance to auto with a simple AppleScript.

I found a discussion at https://macscripter.net/viewtopic.php?id=48730.

But if there is any other way to set appearance to auto, it would be a great feature.

Tests are failing locally on and on Travis.

There is a $40.00 open bounty on this issue. Add more on Issuehunt.

• Checkout the Issuehunt explorer to discover more funded issues.
• Need some help from other developers? Add your repositories on Issuehunt to raise funds.