Binarynights
Version 4.7.4 contains a few smaller fixes that address edge cases when assigning tags, as well as a potential data loss issue. When searching inside an archive and trying to copy files from the search results, the activity showed as successful, but the files were not actually copied. When transferring items with the same name from multiple sources, for example from multiple expanded folders or search results, only one of the files was transferred, which could cause data loss during move operations.
There was also a known issue with the Preview API that we use in ForkLift, which did not follow the Folder Color and Icon & Widget style settings configured in System Settings. We reported this issue to Apple, and it has been fixed in the latest Golden Gate macOS beta, so this issue will not be present in the new macOS.
Full List of changes:
Fixes
- Fixes an issue with column widths in Column View when the Resize columns to fit setting is enabled
- Fixes a potential data loss issue when transferring items from multiple locations with the same name at the same time
- Fixes an issue where it was not possible to copy from search results inside an archive, even though the activity log showed the operation as successful
- Fixes an issue where closed output windows of Tools created windows in Stage Manager on macOS 26 and macOS 27
- Fixes a selection issue caused by a Path Bar GUI issue in a very narrow window
- Fixes an issue where it was possible to add the same color tag multiple times through the context menu of items
- Fixes an issue where it was possible to add the same tag multiple times in the text field available through the context menu of items
I updated to version 4.7.4, but the column size adjustment in the display options isn’t working. Please fix this as soon as possible.
I’m sorry for that, there will be a fix in the next version.
Hi BinaryNights Team,
After updating to macOS 26.6.2, ForkLift can no longer be set or recognized as the default file viewer/manager. System requests (as well as third-party apps like Raycast) constantly fall back to Finder.
Inspecting the system logs via log show –predicate ‘subsystem == “com.apple.launchservices”‘ revealed the exact underlying issue during the handler assignment:
CoreServicesUIAgent: [com.apple.launchservices:uiagent] changing default handler: bindable public.folder failed validation
Environment:
OS: macOS 26.6.2
App: ForkLift
Issue: CoreServicesUIAgent rejects the public.folder binding during LaunchServices validation and silently defaults back to Finder. Manual resets via lsregister or defaults write do not persist because the OS invalidates the handler upon validation.
It seems macOS 26.6.2 introduced stricter validation rules/entitlements for binding public.folder. Could you please look into updating the app bundle / Info.plist entitlements to comply with the updated system validation requirements in this release?
Best regards,
Roland
Apple appears to have changed this behavior, although we have not investigated it thoroughly yet. Since the change seems to be intentional on Apple’s side and is not documented, there is unfortunately not much we can do about it from our end, but we will take one more look at it.
Why is there no option to edit text in Multi-Rename in the latest versions?
There is only the ‘add text’ or ‘add sequence’ option, but there is no ‘edit text’ option, which was available in earlier versions.
Why has this been removed?
I’m not really sure what you mean, there was no Edit Text option in the multi-rename window. If you believe that something is missing, then please download one of the older versions and check what the option was called and send us screenshots or a screen recording showcasing the difference in the behavior at support [at] binarynights [dot] com
You can download older versions from here: https://binarynights.com/downloads
I was referring to the ‘Replace Text’ option.
Why isn’t this option available at the moment?
That option should be available, it is for me, and nobody has reported that option missing so far. Please update to the latest version, and if you don’t see that setting, then send us a screen recording. Add new options and open the drop-down menu to show what is inside it.
If I want to copy multiple files (tested with 225 and 775 selected files), only the first five will be copied. With 4.7.3 it works as expected.
I have sent you an email regarding this issue.
Quick Look doesn’t seem to respect global changes, e.g. when previewing text files with https://github.com/sbarex/SourceCodeSyntaxHighlight
Forklift 4 seems to render the file ok, but i’ve updated the colorscheme and Forklift 4 doesn’t seem to acknoweledge, even though Finder.app does this correct. I’ve even tested the latest Forklift 3 on Sequoia and this works fine.
Seems like a Forklift 4 bug, would you like a formal support request to look into this?
Could you download this older version and check if previewing files works as expected? https://download.binarynights.com/ForkLift/ForkLift4.6.zip
Pulled 4.6 from your url, and i experience the same issue. Finder.app shows the correct Syntax Highlight theme when using Apple’s Quick Look, but Forklift 4.6, 4.7.4 and 4.7.5 (i’ve tested so far) do not. Unsure if it will help troubleshoot the problem on your end, but Forklift 3.5.8 (latest 3.x?) does not have this issue I see in Forklift 4.x
I have downloaded the app, and finally understood what it does and what doesn’t work. We will look into this issue.