BRAW Toolbox doesn't insert date/time into FCPXML correctly (maybe M3 related)

[DR-6004]

• Mac OS 15.1
• Final Cut Pro 10.8.1
• BRaw Toolbox v1.4.0
• LumaForge Jellyfish network video storage (10Gb Ethernet based storage)
  application_support.zip

All progresses as expected, until dragging the green button to the Library, then nothing happens

• If the file storage is local, all works as expected
• If MacOS 14 - all works as expected

Thanks in advance :-)

[latenitefilms]

Ummm... I can't see anything obvious in your logs, but I also can't see the FxPlug4 log files.

What happens if you try an import the FCPXML you see inside the ZIP file you uploaded?

[DR-6004]

Thanks,
when attempting to import the FCPXML, the following error occurs:

[latenitefilms]

Legend, thank you! Investigating now...

[latenitefilms]

Ok, so for reasons I don't yet understand, the FCPXML that has been generated is missing all the times and dates. I have no idea why.

Basically, if you search your original FCPXML for "", you'll see that all the dates are missing - which is very odd.

The quick fix is to just remove all references to "", for example:

Last Export - Fixed.fcpxml.zip

How and why this is happening on your machine is currently a bit of a mystery. Will keep digging.

[DR-6004]

Thanks!
Importing the fixed.fcpxml worked!

[latenitefilms]

Very strange... I can't think of any reason why BRAW Toolbox wouldn't be able to get your systems date and time, but will investigate and see if I can reproduce on any of our test machines.

[latenitefilms]

Very strange... I don't have any M3 Pro's around to test with, but on all our M1 Max's running macOS 15.1, everything is working fine.

I would have thought that if this was a wide-spread M3 issue that we would have had more reports - but maybe you're the first BRAW Toolbox user on M3? Or it's just some weird anomaly with your specific system.

Will keep digging...

[DR-6004]

And that it only occurs when using external network storage

[iangoodall]

Hey just to add to this I had the same issue on a Mac Mini M2. It works when we get the BRAW from the local drive but when importing from the external drive (Jellyfish) it fails in the same way as described above.

[latenitefilms]

Have you tried granting sandbox access to the Jellyfish?

https://brawtoolbox.io/collaboration/

We actually own a Jellyfish too, but unfortunately it's currently out on a job so I can't test.

[DR-6004]

Granted sandbox access to the Jellyfish, no change in behaviour

[latenitefilms]

Ok, thanks for reporting... Can you please share your log files again after trying this?

[DR-6004]

Uploading 2024-11-06-1042H_Application Support.zip…

[latenitefilms]

Unfortunately I don't think that last link worked.

[DR-6004]

2024-11-06-1042H_Application Support.zip
here it is again

[latenitefilms]

Legend, thank you!

Did you try restarting your computer, then importing a BRAW file from your Jellyfish?

Do you have a single copy of BRAW Toolbox in your /Applications folder?

Weirdly, I can't see any obvious errors in your log files - so it doesn't really give me much to go on as to why it would be failing to insert a date/time. It should, in theory give us an error if for some reason it can't get a date/time.

[DR-6004]

• Restarted computer - attempted to import BRAW file from Jellyfish: No change in outcome
• Confirmed, single copy of BRAW Toolbox in /Applications folder

[latenitefilms]

Thank you!

Just to confirm... the "fixed" FCPXML above does work, and is all correct?

[DR-6004]

CONFIRMED - the "fixed" FCPXML above does work, and is all correct

[latenitefilms]

Very, very odd. I have no idea why you wouldn't see any errors in the error logs for this to happen.

I can only assume it's some kind of weird bug in macOS's Frameworks.

Are you using SMB or AFP? Maybe there's some change in how macOS 15.1 handles SMB/AFP modified dates.

I'll try and push out a test build on TestFlight.

[DR-6004]

We connect to the Jellyfish using NFS