Hi Csaba -

Thanks for supporting the user and for capturing this in the tracker!

Did you ever get a copy of the final exporter script? It's odd to me that the script doesn't crash but the user interface does. Did you get any clues on that?

-Steve

I haven't received the script he wrote. I will remind him again.

The fact that using the script the crash does not occur suggests that it is caused by a step done by the tag editor widget. My guess would be the same as the user's: adding the exported data back to the database immediately after exporting.

Interesting - do you think the issue is in the database or the tag editing widget? I'd vote for the widget - maybe it has a dangling pointer or something. Should be detectable if we can reproduce it in a debugger.

I agree. Reproducing the issue will be no doubt tedious, exporting lots of series in debug mode :) I can investigate this in a time frame depending on the priority of this issue.

Attached user script to programmatically export volumes to DICOM

I did some fixes today around DICOM export, and also there was a complete overhaul of subject hierarchy since reporting this issue, so wanted to check this error "while I was there".
So I exported 25 MRHeads using the export dialog (with import exported data checkbox on, which is now not the default state), and there was no crash.

Please test it with the latest nightly (tomorrow or later), or close this issue. Thanks!

Oh I just realized that I was the reporter :)
Steve, should we close this?

I exported 5 more (30 in total), still no crash...

Agreed, since there is a new implementation and we can't replicate the issue let's close this. Thanks Csaba!