Skip to content

Conversation

@plule
Copy link
Contributor

@plule plule commented Jan 5, 2026

The suspendmanager overlay was relying on dfhack.gui.getSelectedJob(), which looks for a job not only in buildings but also selected or followed units.

Relying on the selected building instead removes these edge cases.

getSelectedJob also prioritize the followed unit over the selected building, but reversing this is not sufficient for cases where the building does not have any job.

Fixes #5681
Fixes #5439

@plule plule force-pushed the fix-follow-overlay branch from 3f92791 to 9560cef Compare January 5, 2026 10:47
@ab9rf ab9rf added this to 53.09-r2 Jan 7, 2026
@github-project-automation github-project-automation bot moved this to Todo in 53.09-r2 Jan 7, 2026
@ab9rf ab9rf moved this from Todo to Review In Progress in 53.09-r2 Jan 7, 2026
@ab9rf
Copy link
Member

ab9rf commented Jan 12, 2026

I get the feeling that we need to rethink some aspect of the API here, but I am not going to delay implementing this while we do that.

@ab9rf ab9rf merged commit 0fde142 into DFHack:develop Jan 12, 2026
2 of 9 checks passed
@github-project-automation github-project-automation bot moved this from Review In Progress to Done in 53.09-r2 Jan 12, 2026
@plule
Copy link
Contributor Author

plule commented Jan 12, 2026

I get the feeling that we need to rethink some aspect of the API here, but I am not going to delay implementing this while we do that.

@ab9rf yes, in a way "getSelectedJob()" being too smart makes it hard to rely on. Maybe more spécialized versions of it would be better ("getSelectedBuildingJob()"/"getSelectedUnitJob()"). I'll give it a shot someday

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done

2 participants