Task #10216 (closed)
Bug: Script stderr & stdout not returned
| Reported by: | wmoore | Owned by: | jamoore |
|---|---|---|---|
| Priority: | critical | Milestone: | 5.0.0-beta1 |
| Component: | Scripting | Version: | n.a. |
| Keywords: | FS | Cc: | cxallan, pwalczysko |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | 0.0d |
| Sprint: | FS Demo 2 |
Description (last modified by wmoore)
First it was noticed that trying to view script "info" (stdout) on gretzky was giving an "Unhandled Excpeption". See https://github.com/openmicroscopy/openmicroscopy/pull/606
Now, running a script gives NO stderr or stdout results in either of the clients or command line:
E.g. running Batch_Image_Export from command line
$ omero script list
...
2 | /omero/export_scripts/Batch_Image_Export.py
...
$ omero script launch 2
Enter value for "IDs": 322
Job 256 ready
Waiting....
Callback received: FINISHED
*** out parameters ***
* File_Annotation=object #0 (::omero::model::FileAnnotation)
{
...
}
* Message=Batch export zip created and attached to image ...sequential scan 2/sequential scan 2.lei [three channel seqen].
*** done ***
Change History (8)
comment:1 Changed 11 years ago by wmoore
- Cc pwalczysko added
- Component changed from Web to Scripting
- Description modified (diff)
- Keywords FS added
- Owner changed from wmoore to jmoore
- Priority changed from major to critical
- Summary changed from Bug: Web original files display to Bug: Script stderr & stdout not returned
comment:2 Changed 11 years ago by wmoore
comment:3 Changed 11 years ago by jburel
- Sprint changed from 2013-02-12 (5) to 2013-03-12 (6))
Moved from sprint 2013-02-12 (5)
comment:4 Changed 11 years ago by wmoore
Also reported as #10401
comment:5 Changed 11 years ago by jmoore
- Milestone changed from OMERO-4.5 to OMERO-5
- Resolution set to fixed
- Sprint changed from 2013-03-12 (6)) to FS Demo 2
- Status changed from new to closed
Fix for the script error is available as 6c201f2d531013e64fa1927de0b4205e33b1a5a8 from my branch https://github.com/joshmoore/openmicroscopy/tree/10216-files
This does not fix the other issues linked (which I may re-open).
Petr, does the stdout/stderr issue occur on dev_4_4?
comment:6 Changed 11 years ago by jmoore <josh@…>
- Remaining Time set to 0
(In [6c201f2d531013e64fa1927de0b4205e33b1a5a8/ome.git] on branch develop) Unload ofile before linking (Fix #10216)
Use an unlinked original file object (i.e. a proxy) for
linking the stdout and stderr. The files were previously
being uploaded, just linked. This is likely a result of
the files being modified on save to calculate the sha1,
but is not directly an FS issue.
comment:7 Changed 11 years ago by Josh Moore <josh@…>
(In [20dc0f021926033742186c2cbc545bae66adfc53/ome.git] on branch develop) Merge pull request #754 from joshmoore/10216-files
Unload ofile before linking (Fix #10216)
comment:8 Changed 10 years ago by jmoore <josh@…>
(In [cbdffa263514024dddda41ef83e67ee883175d89/ome.git]on branches master, dev_4_4) Unload ofile before linking (Fix #10216)
Use an unlinked original file object (i.e. a proxy) for
linking the stdout and stderr. The files were previously
being uploaded, just linked. This is likely a result of
the files being modified on save to calculate the sha1,
but is not directly an FS issue.
NB: This issue may also be causing the rawFileStore.setFileId() permissions bug #10266, fixed in https://github.com/openmicroscopy/openmicroscopy/pull/685.