Binary Fortress Discussions RSS

Bug report: Monitor fading stacks every time you change display properties

Binary Fortress Software — Fri, 09 Oct 2026 11:26:34 GMT

This was driving me nuts for a while. I use fading on one of my 4 monitors to temporarily keep it less bright when I don't use it much. I was having issues with erratic gamma on it, which seemed to happen every time I changed refresh rate via System>Display>Advaned Display settings. When the refresh rate changes, all monitors go blank for a while, and when they come back, this one monitor is darker than normal and monitor fading has enabled itself. If you disable fading, it brightens up but not all the way to normal. Calibration image shows the gammas are way too dark. This stacks, every time you change the refresh rate, a new layer of fading is applied.

Only way to get original brightness is to completely shut down DisplayFusion.

So to reproduce:
1. Have DF running with monitor fading on one display
2. In DF, uncheck "Enable Monitor Fading"
3. Change refresh rate of said display
4. Display comes back darker than it should

Use a greyscale calibration image to verify.

RE: All hotkeys stopped working

Binary Fortress Software — Fri, 09 Oct 2026 08:59:40 GMT

I was forced to run as administrator becuase if I do not, the software does not run AT ALL. It is that error we talked about erlier, the only way I can get any functionality is as admin. I would prefer to run nothing as admin.

Column arrangement in settings broken in 7.2

Binary Fortress Software — Thu, 08 Oct 2026 20:51:31 GMT

Hello Owen,

"Help: Selected Columns: This list shows the columns that are currently shown in the Results List. To reorder the columns, you can drag and drop the items in this list."

This reordering is not possible in version 7.2.

I had to go back to version 6.9.

Greetings Andreas

RE: No more multisort in search view?

Binary Fortress Software — Thu, 08 Oct 2026 20:37:19 GMT

Hello Owen,

Multiple sorting in 7.2 doesn't work yet.

Greetings Andreas

RE: Trigger questions

Binary Fortress Software — Thu, 08 Oct 2026 19:34:15 GMT

Just a heads up, we're planning to add an option to the shortcuts to allow Triggers to skip windows launched from the taskbar shortcut. That should hopefully resolve this issue. We'll let you know as soon as it's been implemented.

Thanks!

RE: All hotkeys stopped working

Binary Fortress Software — Thu, 08 Oct 2026 19:21:28 GMT

It's not recommended to run DisplayFusion as an administrator. As long as it's installed in Program Files it will have the access it needs (uiAccess) and the hotkeys should work as expected.

RE: DisplayFusion can't properly enable my monitor when switching profiles.

Binary Fortress Software — Thu, 08 Oct 2026 18:55:04 GMT

Ok, vote added for the single disable/enable scripting functions. You can already load monitor profiles in scripts like so:

BFS.DisplayFusion.RunFunction("Load Monitor Profile: your profile name");

Signal - Desktop Application

Binary Fortress Software — Thu, 08 Oct 2026 17:59:29 GMT

Very Simple. I cannot "grab" the Signal Desktop App window no matter what I try.
I am basically using "Triggers" to try and control the window size and placement.

I tried "Window Title", "Process Filename", etc; but nothing is working.
So somehow the Signal Desktop App is avoiding control by DisplayFusion.

Can someone fix this?

RE: CheckCentral Change Log

Binary Fortress Software — Thu, 08 Oct 2026 14:59:49 GMT

Improved UI on the Ignore Rules page

RE: Several major bugs that exist in version 6.1

Binary Fortress Software — Wed, 07 Oct 2026 01:10:19 GMT

I had AI do a deep inspection and analysis of 6.4 Beta 8 regarding the issue affecting images either getting duplicated or not moving at all in the History. It got really technical and went deep into the nitty gritty details of several issues it identified, but below is the more high-level and human-readable summary of the analysis and resolution that I asked it to produce at the end:

Selecting an image in History does not move that row. The click loads the stored image, puts it on the clipboard, and pastes it. The row only moves if the clipboard watcher later decides the clipboard still holds that same History item. For images that check usually fails, so a second copy is added at the top and the original stays where it was. Text goes through the same path and moves correctly, because its identity is a hash of the exact string.

Image identity is an MD5 of a freshly built 32-bit device-independent bitmap (DIB), header included. That hash was taken from the original clipboard bitmap, then the picture was saved as JPEG (PNG only if that option is on, and it defaults off). On selection the file is decoded and that decoded bitmap is what gets published. The watcher hashes it again, and assigning the image always recomputes the hash, so the one stored with the row is discarded. JPEG output does not match, and neither does a lot of PNG output: a normal clipboard DIB often has 0 in the unused alpha byte, while a GDI+ reload comes back 24-bit or 32-bit with alpha 255. Those look the same and hash differently. Any 32-bit alpha, red, green, blue (ARGB) format is also treated as transparent, so the republished image offers PNG and DIB version 5 (DIBv5) instead of the CF_DIB clipboard format.

The watcher is debounced, about 150 ms, and every clipboard update restarts the timer, so it reads the clipboard after the paste rather than the data just published. A lot of apps replace an image on paste with their own encoding, which does not carry the "this came from a History item" marker. If the original item also had text or a file list, those have to match too, so an image-only echo misses even sooner.

Sometimes an older image neither moves nor duplicates. The History window closes and focus returns before the image is published, and the target opens the clipboard for the paste. If the clipboard is still open, the watcher retries up to 10 times and then drops the update. An image paste often holds it open that long, and closing it after a read does not raise another notification. The update is also dropped when the read produces no usable bitmap (decode failure, or over the 20 MB capture limit) or when that app's capture rules ignore images. The other silent case is a read of the previous clipboard contents: matching walks from the newest row and uses the hash, not the row that was clicked, so it re-stamps the item already at the top and leaves the one you selected alone.

The click should move that row by its id as soon as it is chosen, and write the new timestamp then. A later failed read, an empty read, a size-limit skip, or an ignore-application rule must not undo it. Those rules are for new copies made by other programs. They should not apply to a row the user just chose. Put the same id in a private clipboard format on the data object you already mark as "placed from History." While that format is still present, the watcher should move that id and skip the image-hash path entirely. Reading your own bitmap back and hashing the clone is what drops the stored hash.

That marker is often gone by the time the debounced read runs, because the target has replaced the clipboard. Remember the id, and a canonical copy of the image, from the moment you publish until the next real copy that did not come from History. Image paste raises several updates (the initial publish, format synthesis, then the target's write), and the timer restarts on each one, so the read you act on is usually the target's later write. One "ignore next change" flag gets consumed by the first of those. While that remembered paste is still in effect, a new clipboard image that canonically matches the image you just pasted should update that same row. Canonical means straight-alpha pixels, with alpha forced to opaque when no pixel has partial transparency, and no DIB header bytes in the hash. Do not also require the original text or file list to still be there, since the target often puts back the picture alone. If the read still shows the previous clipboard item, leave that top row alone instead of treating it as the thing the user selected.

For ordinary copies, keep content dedup, but hash the same canonical pixels you will compare later, after the encode and decode you actually store. JPEG cannot be the identity. Persisting PNG is the straightforward fix. Hashing the canonical decoded pixels once and storing that hash also works. Checking "transparent" from the pixel format should be replaced with a check for partial alpha, so an opaque 32-bit image is published as CF_DIB again and the round trip stops changing shape. The open-clipboard retry can stay as a way to get a clean read, but the id-based move has to stand even when those retries run out.

RE: DisplayFusion can't properly enable my monitor when switching profiles.

Binary Fortress Software — Tue, 06 Oct 2026 22:22:32 GMT

I was looking to enable/disable monitors, but loading profiles would be a welcome adition too, no harm into giving us more posibilities.

New Direct Integration: CrashPlan

Binary Fortress Software — Tue, 06 Oct 2026 20:02:21 GMT

We're very excited to announce a great new feature to CheckCentral: direct integration with CrashPlan! This feature allows you to pull backup statuses directly from CrashPlan instead of relying on email notifications sent into CheckCentral.

Note: This integration requires access to the CrashPlan API, which is only available in their Enterprise and MSP plans. It's not available in older CrashPlan subscriptions or CrashPlan ProE.

To get started with the CrashPlan direct integration today, login to your CheckCentral organization and navigate to Services > Direct Integrations in the top menu. From there you can choose your integration and follow the steps in the wizard to get it all setup. Each of the wizard pages has help text on the right-hand side to walk you through all of the steps.

CrashPlan Checks

CrashPlan Activity Body

This new feature is available for all Enterprise and Custom subscription plans. If you have any questions, feedback, or other thoughts, please don't hesitate to contact us.

RE: Wallpaper doesn't change

Binary Fortress Software — Tue, 06 Oct 2026 19:41:09 GMT

Glad to hear it, thanks for confirming!

RE: Wallpaper doesn't change

Binary Fortress Software — Mon, 05 Oct 2026 21:00:06 GMT

Keith,

I've already updated to the beta and is seems to be working better.

Thanks!

RE: CheckCentral Change Log

Binary Fortress Software — Mon, 05 Oct 2026 17:31:28 GMT

Added an option to the Cove Data Protection direct integration to accept invalid SSL certificates in API calls

RE: Feature Request: Option to display persistent overlay grid lines (borders) on top of windows for Monitor Splits

Binary Fortress Software — Mon, 05 Oct 2026 02:55:41 GMT

Agreed, that option would be super useful!

RE: Feature Request: Option to display persistent overlay grid lines (borders) on top of windows for Monitor Splits

Binary Fortress Software — Mon, 05 Oct 2026 00:43:13 GMT

I've added this to our feature request list. We don't guarantee that feature requests will be implemented, or offer timelines on possible implementation. We'll be sure to let you know if we do add it to our planned features in a future version.

Thanks!

RE: Astronomy Picture of the Day from NASA

Binary Fortress Software — Mon, 05 Oct 2026 00:41:44 GMT

We've got this issue on our list to fix up and we'll be sure to let you know as soon as it's all sorted out in a new beta version.

Thanks!

RE: DisplayFusion can't properly enable my monitor when switching profiles.

Binary Fortress Software — Mon, 05 Oct 2026 00:41:21 GMT

Ignore my last message, posted in the wrong topic

Glad to hear it's working for you now. What are you looking to do with the scripted functions? Just enable and disable monitors individually, or are you wanting to load Monitor Profiles?

Thanks!

RE: Wallpaper doesn't change

Binary Fortress Software — Mon, 05 Oct 2026 00:38:28 GMT

Could you try updating to the latest beta and let me know if this issue still exists there? We've fixed a bunch of issues since 12.1.1, so I'd like to see if any of them help here.

On the DisplayFusion Settings > General tab, enable the "Check for new Beta (newer, unstable) versions" option
Click the Apply button
Click the "Check for Updates" button

Thanks!

RE: Feature Request: Option to display persistent overlay grid lines (borders) on top of windows for Monitor Splits

Binary Fortress Software — Sun, 04 Oct 2026 23:40:51 GMT

And an option to show them only for empty borders (with 0/2 bordering windows, basically just behind all screens).

Feature Request: Option to display persistent overlay grid lines (borders) on top of windows for Monitor Splits

Binary Fortress Software — Sun, 04 Oct 2026 11:17:09 GMT

Hi DisplayFusion Team,

I would like to request a new feature for Monitor Splits.

Currently, when splitting a monitor (e.g., into 4 quadrants) and placing windows within those splits, it can be difficult to visually distinguish the boundary lines between neighboring windows—especially when dark mode apps or windows without distinct borders are adjacent to each other.

It would be extremely helpful if there were an option to display persistent grid lines (vertical and horizontal borders) on top of all windows along the split boundaries, similar to the physical bezels of a multi-monitor setup.

Proposed Feature Details:

An option in Monitor Splits to enable "Always-on-top split boundary lines / overlay grid".

Customizable settings for the boundary lines (e.g., line color, thickness, and opacity).

Having visible borders on top of windows would make split-screen usability feel much closer to an actual multi-monitor environment.

Thank you for considering this suggestion!

RE: Wallpaper doesn't change

Binary Fortress Software — Sat, 03 Oct 2026 17:42:07 GMT

I am having the same issue. I was on Steam version 12.0.2 and wallpaper slideshow worked as expected.

Updating to 12.1 breaks it and it is still broken in 12.1.1

If I set the profile from within the app, it seems to work as expected.
If I set the profile using a function, the slideshow is not activated. Additionally, pressing the function hotkeys multiple times does not change the wallpaper. This also used to work in 12.0.2

It does seem that restarting DisplayFusion manually clears the issue but I don't want to have to do that every time I reboot my computer. I have not tested return from sleep yet.

I'll update this post as I gather more info.

Here's what I did: I turned on L1 logging and rebooted. I then used my function hotkey to start a wallpaper profile with a 5 minute change on one monitor, while the other stays static. I waited 15 minutes and the wallpaper never changed. I then restarted DisplayFusion from the taskbar icon and used the hotkey again after the restart. The wallpaper changed immediately and 5 minutes later, as expected.

Log attached. I hope this helps!

Confirmed: It also breaks after waking from sleep
Also, restarting DisplayFusion doesn't always fix it after sleep.

RE: Astronomy Picture of the Day from NASA

Binary Fortress Software — Sat, 03 Oct 2026 16:59:03 GMT

Quote:

In the Display Fusion wall paper dialogue/function, the NASA astronomy picture is no longer updating and Display Fusion generates an error message which of course I don't understand (particularly the 'count=50' part). Can anyone explain this for me and advise further? There is reference on the NASA site to changes being implemented and I don't know how this will affect DF...

"Astronomy Picture of the Day: An error has occurred while loading the Images.
Failed to call URL [InternalServerError]: 'https://api.nasa.gov/planetary/apod?api_key=affB2T4HCVBJ7xP68SnmVSTwLDHj680BiOCKWOkg&count=50'
BFException.Notes: HttpRequestError: None
FinalURL: 'https://api.nasa.gov/planetary/apod?api_key=affB2T4HCVBJ7xP68SnmVSTwLDHj680BiOCKWOkg&count=50'
StatusCode: InternalServerError (500)
HttpMethod: GET
Timeout: 5m....."

THanks Richard

Actually, more precisely, it looks as if changes at the NASA end were implemented as of today - though the image should have changed yesterday and it did not. Any advice as to how to implmenet the new NASA system. Something about Wordpress and blahblahblah...

Astronomy Picture of the Day from NASA

Binary Fortress Software — Sat, 03 Oct 2026 16:54:39 GMT