Bug #1010
DIP fails to upload if any filenames are missing file extensions
Status: | New | Start date: | ||
---|---|---|---|---|
Priority: | High | Due 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
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