[ome-users] OMERO.figure behaviour on different machines

Tue Dec 5 14:56:36 GMT 2017

Hi Kai,

 Just to be sure that one browser hasn’t cached an older JavaScript (shouldn’t have happened),
you can check the Disable cache checkbox in the devtools Network tab and refresh the browser.

You can try using the Firefox debugger to see what code is running (or failing to run) when
you click e.g. the ‘position’ widget.

Go to the Debugger tab, and on the left panel , open static > figure > figure.js.
Then you can search for this text using Cmd-F:
"// Handles all the various drop-down menus in the 'New' AND 'Edit Label’ forms”

That should find you the select_dropdown_option() function.
In the first line of that function, you can click on the line number (5634 for me) to
set a breakpoint.

Then you can click on the ‘position’ button in the UI and you should enter Debug mode.
Now you can use the controls on the right panel of devtools to 'Step Over’ each line.

The screenshot show this in action, having reached the line
$span = $span.clone();

I’ve scrolled down and opened the Scopes panel in the right, which shows
me the $span is the one I clicked on.

However, if you’re seeing nothing happen then the
select_dropdown_option()
function may not even be reached for you?

Not sure what else to suggest, but see if you can find anything,

  Cheers,

   Will.

On 5 Dec 2017, at 13:56, Kai Schleicher <kai.schleicher at unibas.ch<mailto:kai.schleicher at unibas.ch>> wrote:

Hi Will,

please find my answers in-line:

 You could try to Right-click > Inspect Element in each browser on the exact spot where you’re clicking
on the drop-down menu, particularly in the case where the click is having no effect.
as far as I can tell the same DOM (?) element is selected in both cases (see attached screenshot from the problematic machine)

Also, is there any difference in touch-screen functionality between those 2 machines?
no, both machines don't support touch-screen.

Is it the "Add Labels” form that is being unresponsive?
Or is it the editing of individual labels under “Edit Labels” that’s not working (or both)?
both

Thanks for your help and cheers,
Kai

On 12/05/2017 02:35 PM, William Moore (Staff) wrote:
Hi Kai,

 You could try to Right-click > Inspect Element in each browser on the exact spot where you’re clicking
on the drop-down menu, particularly in the case where the click is having no effect.

Try to see if there’s a different DOM element under the mouse pointer at that time.
Also, is there any difference in touch-screen functionality between those 2 machines?

Is it the "Add Labels” form that is being unresponsive?
Or is it the editing of individual labels under “Edit Labels” that’s not working (or both)?

 Cheers,

  Will.

On 5 Dec 2017, at 13:28, Kai Schleicher <kai.schleicher at unibas.ch<mailto:kai.schleicher at unibas.ch>> wrote:

HI Will,

thanks for the superfast reply!

I did what you suggested, but unfortunately the output in the console is exactly the same between the two machines, i.e. holds no clues.

It simply gives a warning saying "Empty string passed to getElementById()." in both cases, but no errors.

Is there another place where I can look for differences?

Thanks and cheers,
Kai

On 12/05/2017 02:00 PM, William Moore (Staff) wrote:
Hi Kai,

 I can’t think what the issue is so far.

Can you open the dev-tools on Firefox? Easiest is to right-click anywhere on the page and choose “Inspect Element”.
Then choose the Console tab in the dev-tools and see if you see any errors etc when you reproduce the bug.

Hopefully that might give some clues.
I’ll see if I can think of any better ideas what might be the problem…

 Cheers,

  Will.

On 5 Dec 2017, at 12:42, Kai Schleicher <kai.schleicher at unibas.ch<mailto:kai.schleicher at unibas.ch>> wrote:

Dear OME team,

I am experiencing an odd issue with OMERO.figure and am struggling to troubleshoot it properly, please see quote message below.

The Problem is that selections from the dropdown-menus in OMERO.figure are not accepted.
For example, we can add a label, but we can't change the size, position or colour from the default. The same thing applies to ROIs: they can be added, but not edited. All buttons exist in the drop down menu and can be selected, but they are not set/accepted.

Now whats peculiar about this:

I have two computers, both managed Win7 64bit machines part of the same active directory, both using the same version of Firefox portable (57.1).
On one machine I experience the above issue, but not on the other.

I am currently at a loss as to how I could debug this issue further.
If you have an idea and could you point me in the right direction to look it be very happy :)

As always, thanks for your help and cheers,
Kai

--
>>Please note my NEW PHONE NUMBERS: +41 61 207 57 31 (direct) +41 61 207 22 50 (central)<<
Kai Schleicher, PhD | Research Associate in Advanced Light Microscopy | Biozentrum, University of Basel | Klingelbergstrasse 50/70 | CH-4056 Basel |
Phone: +41 61 207 57 31 (direct) +41 61 207 22 50 (central) | kai.schleicher at unibas.ch<mailto:kai.schleicher at unibas.ch> | www.biozentrum.unibas.ch<http://www.biozentrum.unibas.ch/> | www.microscopynetwork.unibas.ch<http://www.microscopynetwork.unibas.ch/>

_______________________________________________
ome-users mailing list
ome-users at lists.openmicroscopy.org.uk<mailto:ome-users at lists.openmicroscopy.org.uk>
http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users

The University of Dundee is a registered Scottish Charity, No: SC015096

_______________________________________________
ome-users mailing list
ome-users at lists.openmicroscopy.org.uk<mailto:ome-users at lists.openmicroscopy.org.uk>
http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users

The University of Dundee is a registered Scottish Charity, No: SC015096

<Screenshot from 2017-12-05 14-54-05.png>

The University of Dundee is a registered Scottish Charity, No: SC015096
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openmicroscopy.org.uk/pipermail/ome-users/attachments/20171205/2dc6761e/attachment.html>