Bug #1010

DIP fails to upload if any filenames are missing file extensions

Added by Joseph Perry about 10 years ago. Updated almost 5 years ago.

Status:NewStart date:
Priority:HighDue date:
Assignee:Sarah Romkey% Done:

0%

Category:-
Target version:-
Google Code Legacy ID:archivematica-355 Tested version:
Sponsored:No Requires documentation:

Description

To reproduce:
Take the images sip & rename
G31DS.tif -> G31DS.
LAND2.bmp -> LAND2

Process the sip as normal.

[g] Legacy categories: Qubit

Related issues

Duplicated by Archivematica - Bug #1089: DIP upload fails when file extension is missing Duplicate

History

#1 Updated by Joseph Perry about 10 years ago

[g] Labels added: Component-Qubit

#2 Updated by Jesús García Crespo about 10 years ago

Actually, this is an issue in Qubit Toolkit. Please see:
http://code.google.com/p/qubit-toolkit/issues/detail?id=1457

#3 Updated by Jesús García Crespo about 10 years ago

  • Target version changed from Release 0.7 to Release 0.8

[g] Labels added: Milestone-Release-0.8
[g] Labels removed: Milestone-Release-0.7

#5 Updated by Evelyn McLellan about 10 years ago

  • Subject set to DIP fails to upload if any filenames are missing file extensions

#6 Updated by Joseph Perry almost 10 years ago

  • Target version changed from Release 0.8 to Release 0.7.1

Moving to 0.7.1 because readpst generates files without extensions. This is causing crashes on the upload DIP.

[g] Labels added: Milestone-Release-0.7.1
[g] Labels removed: Milestone-Release-0.8

#7 Updated by Joseph Perry almost 10 years ago

Committed r1420.
Hack, so files without extensions get a '.none' extension before uploading

#8 Updated by Jesús García Crespo almost 10 years ago

  • Target version changed from Release 0.7.1 to Release 0.7.2

Joseph's workaround fixed this issue temporary. It's okay for 0.7.1 but in future releases we should update ICA-AtoM to 1.1 or newer, but this evolves the new API development that we have in mind for Qubit. Bump to 0.7.2.

[g] Labels added: Milestone-Release-0.7.2
[g] Labels removed: Milestone-Release-0.7.1

#9 Updated by Evelyn McLellan over 9 years ago

  • Target version set to Release 0.8

Moving to 0.8 because there will be no 0.7.2 release.

[g] Labels added: Milestone-Release-0.8

#10 Updated by Jesús García Crespo about 9 years ago

  • Target version changed from Release 0.8 to Release 0.9

[g] Labels added: Milestone-Release-0.9
[g] Labels removed: Milestone-Release-0.8

#11 Updated by Jesús García Crespo about 9 years ago

Set 0.9 milestone because this is a problem still existing in qubit 1.2, not planned to be fixed before archiveamtica 0.8 release.

#12 Updated by Courtney Mumma almost 9 years ago

Courtney to test to see if this is still happening!

[g] New owner: Courtney Mumma

#13 Updated by Courtney Mumma over 8 years ago

  • Target version changed from Release 0.9 to Release 0.10-beta

Still happening in 0.9

[g] Labels added: Milestone-Release-1.0
[g] Labels removed: Milestone-Release-0.9
[g] New owner: Joseph Perry

#14 Updated by Joseph Perry about 8 years ago

  • Assignee changed from Joseph Perry to Mike Cantelon
  • Sponsored set to No

I think this should go to atom to fix, rather than archivematica to make a work-around?

#15 Updated by Mike Cantelon about 8 years ago

Joseph: Yeah, that makes sense to me.

#16 Updated by Mike Cantelon about 8 years ago

  • Target version changed from Release 0.10-beta to Release 1.0.0

#17 Updated by Evelyn McLellan about 8 years ago

  • Category set to Access

#18 Updated by Courtney Mumma almost 8 years ago

  • Project changed from Archivematica to Access to Memory (AtoM)
  • Category deleted (Access)
  • Assignee changed from Mike Cantelon to Jesús García Crespo
  • Target version deleted (Release 1.0.0)

Still happens in 0.10, but only if you normalize based on extension.
Moving to AtoM.

#19 Updated by Jesús García Crespo about 5 years ago

  • Assignee deleted (Jesús García Crespo)

#20 Updated by Sarah Romkey almost 5 years ago

  • Assignee set to Sarah Romkey

Also available in: Atom PDF