Bridge crashes labelling, rating, writing metadata on windows share

[M_Hasteley]

We started having really tricky behaviour with MacOS High Sierra devices, using our normal Windows 2012 r2 file servers.

If you apply any sort of meta data changes to a file in Adobe Bridge - including rating or labelling, it stops responding as soon as you click away from the current folder/try to do something to another file in the same folder etc.

Even more troubling, it seems to crash finder too - so you can look around the folders you've recently connected to (presumably the folder cache) but trying to go anywhere else on the server or refreshing those folders fails.

Even worse it causes the machine to fail to restart properly, so your only recourse is a hard reboot.

It sounds like Bridge is causing some sort of cascading failure that spreads far beyond it - but it definitely starts with Bridge: we haven't found a way to replicate the behaviour with any other program.

Has anyone else come across this? It happens on several different spec, different manufacturer, file servers and on all of our High Sierra macs. All with the most recent version of Bridge.

Not good...!

[Lumigraphics]

Recent releases of macOS don't work well with Windows file sharing AT ALL. You may want to start here for an excellent discussion:

File storage options for Mac OS X 10.10, 10.11 and later - Spiceworks

[M_Hasteley]

Yeah - familiar, and have (for the most part) dealt okay with several of the issues they're discussing.

There's nothing nearly as dramatically bad or show-stopping as this Bridge bug though. To be able to lock the users' machines so badly that nothing but a hard reboot will clear them is troubling.

[M_Hasteley]

Update:

The new Mojave release of MacOS seems to improve this behaviour. It still takes and age to apply labels, write metadata etc. but it at least doesn't crash Bridge or Finder. It does stop you browsing in either while you wait for the data to be written but it's not outright failing anymore. That suggests that it's to do with MacOS's SMB implementation.

Curiously different filetypes seem to have different lock periods - PSDs there's barely anything, JPGs it's upwards of ten seconds.

Doesn't seem to matter whether packet signing is on or off but all of this is with the most modern SMB version supported (3.02).

So: better but probably needs something changing with the way Bridges writes the metadata.

[CCSS1212]

Hi All,

We have released a new version of Adobe Bridge (CC 2019) on 15th October 2018. The new version build number is 9.0.0.204. This version is available to install via Adobe Creative Cloud application. Please try with the 9.0.0.204 Bridge and Camera Raw 11.0

Please let us know if the issue got resolved.

Also please check following link to know about all new features in Adobe Bridge CC 2019 - https://helpx.adobe.com/bridge/using/whats-new.html

You may need to update the Creative Cloud application and restart your computer to see the updated installer.

Thanks,

Avinash

[M_Hasteley]

Hi Avinash,

Unfortunately no, it's made it slightly worse - in that the filetypes that are most affected have expanded. It's particularly bad for our magazine workflow as .indd files are now some of the worst.

.idml, .jpgs and .psd are also really bad (in the 20-30 second to write range)

But .docx are instantaneous

Everything else we can live with but if ​.indd ​labels take that long to write on MacOS (and lock Bridge/Indesign et al while they do it), we basically can't use Bridge to mange our workflow.

[Lumigraphics · Accepted solution]

Update to Windows Server 2016 and/or install Acronis software AFP Server for Windows, Connect Macs to SMB File Shares and NAS - Acronis Files Connect

Unfortunately, Mac clients just don't work right with older Windows file shares.

[M_Hasteley]

Having updated our domain to Windows Server 2016, I can confirm the labelling/xmp writes problem disappears. Tested on both VM and normal servers, shared across 1gbps and 10gbps links. Not the easiest fix but it does work!