Task #2545 (closed)
BUG: No rendering settings
Reported by: | jburel | Owned by: | jburel |
---|---|---|---|
Priority: | critical | Milestone: | OMERO-Beta4.2 |
Component: | Import | Version: | n.a. |
Keywords: | n.a. | Cc: | wmoore |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | 0.0d |
Sprint: | 2010-06-24 (12) |
Description
Possibly caused by browsing a dataset during import, black thumbnails. Once import was finished, tried opening an image. Stack trace below.
org.openmicroscopy.shoola.env.data.DSAccessException: Cannot access data. Cannot set RE defaults. at org.openmicroscopy.shoola.env.data.OMEROGateway.handleException(OMEROGateway.java:726) at org.openmicroscopy.shoola.env.data.OMEROGateway.needDefault(OMEROGateway.java:1616) at org.openmicroscopy.shoola.env.data.OMEROGateway.createRenderingEngine(OMEROGateway.java:2982) at org.openmicroscopy.shoola.env.data.OmeroImageServiceImpl.loadRenderingControl(OmeroImageServiceImpl.java:213) at org.openmicroscopy.shoola.env.data.views.calls.RenderingControlLoader$1.doCall(RenderingControlLoader.java:90) at org.openmicroscopy.shoola.env.data.views.BatchCall.doStep(BatchCall.java:145) at org.openmicroscopy.shoola.util.concur.tasks.CompositeTask.doStep(CompositeTask.java:226) at org.openmicroscopy.shoola.env.data.views.CompositeBatchCall.doStep(CompositeBatchCall.java:126) at org.openmicroscopy.shoola.util.concur.tasks.ExecCommand.exec(ExecCommand.java:165) at org.openmicroscopy.shoola.util.concur.tasks.ExecCommand.run(ExecCommand.java:274) at org.openmicroscopy.shoola.util.concur.tasks.AsyncProcessor$Runner.run(AsyncProcessor.java:91) at java.lang.Thread.run(Thread.java:613) Caused by: omero.ResourceError serverStackTrace = "ome.conditions.ResourceError: Pixels set is missing statistics for channel '0'. This suggests an image import error or failed image import. at omeis.providers.re.metadata.StatsFactory.computeLocationStats(StatsFactory.java:233) at ome.logic.RenderingSettingsImpl.computeLocationStats(RenderingSettingsImpl.java:841) at ome.logic.RenderingSettingsImpl.resetChannelBindings(RenderingSettingsImpl.java:790) at ome.logic.RenderingSettingsImpl.resetDefaults(RenderingSettingsImpl.java:561) at ome.logic.RenderingSettingsImpl.resetDefaults(RenderingSettingsImpl.java:480) at ome.logic.RenderingSettingsImpl.resetDefaults(RenderingSettingsImpl.java:1248) at ome.services.RenderingBean$13.doWork(RenderingBean.java:1542) at sun.reflect.GeneratedMethodAccessor307.invoke(Unknown Source)
Change History (3)
comment:1 Changed 14 years ago by jburel
- Owner set to jburel
- Status changed from new to assigned
comment:2 Changed 14 years ago by jburel
- Remaining Time set to 0
- Resolution set to fixed
- Status changed from assigned to closed
comment:3 Changed 14 years ago by cxallan
(In [8288]) Reverting r7441 and adding some more sanity checks to the Renderer. With r7441 it's possible that Images without channel statistics will get to the Renderer via the ThumbnailBean? and/or RenderingBean?. This can cause problems and the previous strategy of assigning min/max PixelType? range also causes the user to have to trigger a "resetDefaults()" if he/she attempted to view the Image while it was importing. We're sure that Jean-Marie made the changes for a good reason and we may need to review this again if there are further bugs that expose the issue outlined in #2545. (See #2545 and #2753; Fixes #3011)
(In [7441]) Should avoid problem described in #2545 (Closed #2545)