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 14 years ago by jmoore
comment:1 Changed 14 years ago by jmoore
- Keywords refactor review added
comment:2 Changed 14 years ago by jmoore
- Remaining Time set to 0.1
comment:3 Changed 14 years ago by jmoore
- Owner set to jmoore
- Status changed from new to assigned
comment:4 Changed 14 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 14 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.