'get' command returns the same wallpaper for different screens with different wallpapers.

[globalshrug]

This is on Mojave. It reports the same wallpaper across both screens, but only the first screen has the reported wallpaper.

---

IssueHunt Summary

Backers (Total: $60.00)

• issuehunt ($60.00)

Submitted pull Requests

• #1 fix: resolve directory wallpaper per screen
• #1 Fix per-screen wallpaper lookup for directory sources

---

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.

[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.

[mediter]

In my case, it is behaving as expected in macOS Mojave.

[globalshrug]

In my case, it is behaving as expected in macOS Mojave.

Odd...
What's your OS version and build number, wallpaper version number, and the setup of your screens?

[mediter]

macOS 10.14.3 (18D109)
wallpaper v2.0.0 (installed using brew cask)

one external display, with the built-in display as the main display.

All the wallpapers are specified individually.

[mediter]

after some tests, I suspect this to be a macOS bug instead of something related with wallpaper.

Here is what I have tried:

1. remove the database file located at ~/Library/Application Support/Dock/desktoppicture.db
2. try to set desktop pictures for both the built-in and external displays, to keep things simple, both are set to a single image.
3. use sqlite3 to check the freshly created desktoppicture.db

it seems that after desktoppicture.db is recreated, the first desktop picture change would not be logged in this file.

[globalshrug]

macOS 10.14.3 (18D109)
wallpaper v2.0.0 (installed using brew cask)

macOS 10.14.4 (18E226)
Also wallpaper v2.0.0 through brew cask.

one external display, with the built-in display as the main display.

I have one external, but it's my main, and my built-in is the secondary.

All the wallpapers are specified individually.

I have a massive folder of nice high-res wallpapers that I pointed to; they rotate every 30 minutes.

it seems that after desktoppicture.db is recreated, the first desktop picture change would not be logged in this file.

Interesting findings. I checked the database myself - both of my pictures are in there. I will try re-creating it and see if it stops appending them to the data table. I'm not super clear yet on how macos-wallpaper scours the database to figure out which wallpapers are in use for each desktop. I don't know Swift but looking through the code it looked like it uses macOS API calls to figure it out, rather than anything to do with this database.

[mediter]

Correction of my setup:
macOS 10.14.4 (18E226)
wallpaper v2.0.0 (installed using brew cask)

one external display used as the main display.

[CodecCods]

I prepared a fix for this in a fork, but GitHub shows “New Pull request creation is restricted” for this repository, and the REST /pulls endpoint returns 404.

Compare branch: main...CodecCods:macos-wallpaper:fix/screen-specific-directory-wallpaper

Summary:

• Resolves directory-backed wallpapers per display UUID instead of using the latest global desktoppicture.db row.
• Handles both relative image names and absolute paths from the database.
• Keeps the previous global lookup as a fallback when no display-specific row exists.

Verified locally with:

• swift build
• swift run wallpaper screens
• swift run wallpaper get --screen 0
• swift run wallpaper get --screen 1

If PRs are enabled again, I can open this as a normal PR.