Context Navigation

← Previous Ticket
Next Ticket →

Warning: Can't synchronize with repository "(default)" (/home/git/ome.git does not appear to be a Git repository.). Look in the Trac log for more information.

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 13 years ago

Closed 13 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)

References

Change History (10)

comment:1 Changed 13 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 13 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 13 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 13 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 13 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 13 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 13 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 13 years ago by jburel <j.burel@…>

(In [ad071239ee29f88f96e73f97aae04fe7fb67a9b4/ome.git] on branch develop) Add more tests for rendering settings (see #6585)

comment:9 Changed 13 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 13 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.

Download in other formats: