Task #6585 (closed)
Opened 8 years ago
Closed 8 years ago
BUG:Copy paste rendering settings
| Reported by: | omero-qa | Owned by: | jburel |
|---|---|---|---|
| Priority: | critical | Milestone: | OMERO-Beta4.3.2 |
| Component: | from QA | Version: | n.a. |
| Keywords: | n.a. | Cc: | A.Ferrand@…, jburel, jamoore |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | 0.0d |
| Sprint: | 2011-09-15 (5) |
Description (last modified by jburel)
http://qa.openmicroscopy.org.uk/qa/feedback/3948/
Comment: Cpoy setting/ Paste to a selection of images
java.lang.Exception: org.openmicroscopy.shoola.env.data.DSAccessException: Cannot access data.
Cannot paste the rendering settings.
at org.openmicroscopy.shoola.env.data.OMEROGateway.handleException(OMEROGateway.java:887)
at org.openmicroscopy.shoola.env.data.OMEROGateway.pasteRenderingSettings(OMEROGateway.java:4470)
at org.openmicroscopy.shoola.env.data.OmeroImageServiceImpl.pasteRenderingSettings(OmeroImageServiceImpl.java:667)
at org.openmicroscopy.shoola.env.data.views.calls.RenderingSettingsSaver$1.doCall(RenderingSettingsSaver.java:127)
at org.openmicroscopy.shoola.env.data.views.BatchCall.doStep(BatchCall.java:144)
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(Unknown Source)
Caused by: omero.ReadOnlyGroupSecurityViolation
serverStackTrace = "ome.conditions.ReadOnlyGroupSecurityViolation: Group is READ-ONLY. Cannot link to object: ome.model.core.Pixels:Id_3863890
at ome.security.basic.OmeroInterceptor.evaluateLinkages(OmeroInterceptor.java:428)
at ome.security.basic.OmeroInterceptor.onSave(OmeroInterceptor.java:155)
at org.hibernate.event.def.AbstractSaveEventListener.substituteValuesIfNecessary(AbstractSaveEventListener.java:414)
at org.hibernate.event.def.AbstractSaveEventListener.performSaveOrReplicate(AbstractSaveEventListener.java:293)
at org.hibernate.event.def.AbstractSaveEventListener.performSave(AbstractSaveEventListener.java:204)
at org.hibernate.event.def.AbstractSaveEventListener.saveWithGeneratedId(AbstractSaveEventListener.java:144)
Change History (10)
comment:1 Changed 8 years ago by jburel
- Cc jburel jmoore added
- Description modified (diff)
- Milestone changed from Unscheduled to OMERO-Beta4.3.2
- Owner jburel deleted
- Priority changed from minor to critical
comment:2 Changed 8 years ago by jburel
- Owner set to jburel
- Remaining Time set to 0.25
- Sprint set to 2011-09-01 (4)
- Status changed from new to accepted
comment:3 Changed 8 years ago by jburel <j.burel@…>
(In [91d01f5b2eb49888b506e4ef8bc3453777b0f431/ome.git] on branch develop) Add test for copy/paste rendering settings.All tests ok, cannot reproduce (see #6585)
comment:4 Changed 8 years ago by jburel <j.burel@…>
(In [7ec2ab1ab4bbd0f98ef4d45125bbcb556b3d0ca1/ome.git] on branch develop) Add tests related to copy/paste settings, changing group permissions (see #6585)
comment:5 Changed 8 years ago by jburel
Added some tests, we need more information about the actions e.g. did other users view the images?
Alexia did you notice the problem on a specific set of images?
comment:6 Changed 8 years ago by jburel
subset of new images (110823)
will try on other images and see if it crashes it as well
paste good image settings on faulty one -- crash
opposite crashes as well
By faulty image, do you mean that you can not see it or that the rendering settings are totally wrong.
comment:7 Changed 8 years ago by jburel
I tried to do the copy/paste with older files and it did not reproduce the bug. Using even more recent images (last month), it did not crash either. then i tried on other images from the faulty data set 110823, and not all the images cause the crash. images from the dataset were acquired the same day, slide after slide - so different acquisitions- but imported all at once.
last test, i will try to paste the setting of a good image to a faulty one and vice-versa
comment:8 Changed 8 years ago by jburel <j.burel@…>
(In [ad071239ee29f88f96e73f97aae04fe7fb67a9b4/ome.git] on branch develop) Add more tests for rendering settings (see #6585)
comment:9 Changed 8 years ago by jburel
- Sprint changed from 2011-09-01 (4) to 2011-09-15 (5)
Moved from sprint 2011-09-01 (4)
comment:10 Changed 8 years ago by jburel <j.burel@…>
- Remaining Time changed from 0.25 to 0
- Resolution set to fixed
- Status changed from accepted to closed
(In [c0c2bdf19fec85cb619daedfb8d95aa4346a5604/ome.git] on branch develop) Fix bug when applying rendering to a set. The source pixels id was added to the list
of target ids (project, dataset, image etc.), leading to possible security exception (close #6585)
I am going to write more tests to figure out what could have happened.