Default wallpaper is shown for ≈0.5 sec

[daxro]

When calling wallpaper.set('img/artwork.png') in a node app running on Mojave, the default wallpaper (not set via this API) is shown for approximately 0.5 sec. Is this a known issue? If so: any ways to get around it? Thanks.

---

IssueHunt Summary

Backers (Total: $60.00)

• issuehunt ($60.00)

Submitted pull Requests

• #103 Avoid default wallpaper flash when setting the same path

---

Become a backer now!

Or submit a pull request to get the deposits!

Tips

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

[sindresorhus]

Yes, it's working around a macOS bug where if you set the wallpaper to the same path as the current wallpaper, even though the image has changed, it doesn't update. See: https://github.com/sindresorhus/macos-wallpaper/blob/cd8b1a7de4432789b58119b08a93cd2a432b77c6/Sources/wallpaper/Wallpaper.swift#L65-L83

PR welcome for a better workaround.

[daxro]

Got it! Thanks for the prompt response. Then I'll probably just use unique filenames and then make use of your trash-repo. Cheers.

[IssueHuntBot]

@IssueHunt has funded $60.00 to this issue.

---

• Submit pull request via IssueHunt to receive this reward.
• Want to contribute? Chip in to this issue via IssueHunt.
• Checkout the IssueHunt Issue Explorer to see more funded issues.
• Need help from developers? Add your repository on IssueHunt to raise funds.

[KingParmenides]

Opened the macOS-side PR for this since the issue points at the macos-wallpaper workaround: https://github.com/sindresorhus/macos-wallpaper/pull/56\n\nThe change refreshes same-path image updates by briefly switching matching screens to a temporary copy of the requested image instead of an empty URL, so it should avoid the default-wallpaper flash while preserving the existing fallback for directory wallpapers or copy failures.