Secondary capture CT data can cause storescp to fail
Issue #308
resolved
Philips Bigbore can send 4DCT wave files that don't have manufacturer in the header, so fails at this point: https://bitbucket.org/openrem/openrem/src/99a960c42f98d4034e911f30035180b0b955d38a/openrem/remapp/netdicom/storescp.py?at=develop&fileviewer=file-view-default#storescp.py-126
As success is never returned, the object gets repeatedly sent.
Comments (4)
-
reporter -
reporter Refs
#308, think it should fix it, needs testing.→ <<cset 6f0b13082822>>
-
reporter - changed status to resolved
Fixes
#308, but on my test system wasn't actually deleting the objects when asked to. Not sure why yet.→ <<cset 94cdeb2a4ba8>>
-
reporter Updating changes for ref
#308→ <<cset d377e9e573fc>>
- Log in to comment
Something like: