Notice: In order to edit this ticket you need to be either: a Product Owner, The owner or the reporter of the ticket, or, in case of a Task not yet assigned, a team_member"

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

I am going to write more tests to figure out what could have happened.

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)

Note: See TracTickets for help on using tickets. You may also have a look at Agilo extensions to the ticket.

1.3.13-PRO © 2008-2011 Agilo Software all rights reserved (this page was served in: 0.83322 sec.)

We're Hiring!