Task #2908 (closed)
Bug: Table service does not update OriginalFile size
Reported by: | jamoore | Owned by: | jamoore |
---|---|---|---|
Priority: | critical | Milestone: | OMERO-Beta4.2.1 |
Component: | API | Version: | n.a. |
Keywords: | refactor,review | Cc: | bhcho@…, cblackburn |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | 0.0d |
Sprint: | 2010-09-09 (16) |
Description
The OriginalFile created by SharedResources.newTable() never gets updated on the server since no RawFileStore is accessed. At the moment, omero/tables.py will be updated to keep the two in sync, but moving forward, this functionality should be refactored into the Repository services themselves.
Attachments (1)
Change History (7)
Changed 9 years ago by jmoore
comment:1 Changed 9 years ago by jmoore
- Keywords refactor review added
comment:2 Changed 9 years ago by jmoore
- Remaining Time set to 0.1
comment:3 Changed 9 years ago by jmoore
- Owner set to jmoore
- Status changed from new to assigned
comment:4 Changed 9 years ago by jmoore
(In [8114]) Partially saving files after modification in OmeroTables (See #2908, #2909, #2910)
Though this calls saves on tables.close(), based on the group settings the service may not have sufficient permissions (even as root) to do so.
comment:5 Changed 9 years ago by jmoore
- Remaining Time changed from 0.1 to 0
- Resolution set to fixed
- Status changed from assigned to closed
Simple example of what produced a 0-sized download.