Task #10189 (closed)
Opened 11 years ago
Closed 11 years ago
BUG: openalab-liff fails in viewer after import
| Reported by: | pwalczysko | Owned by: | |
|---|---|---|---|
| Priority: | critical | Milestone: | OMERO-4.4.7 |
| Component: | Import | Version: | n.a. |
| Keywords: | FS | Cc: | fs@…, ux@…, |
| Resources: | n.a. | Referenced By: | n.a. |
| References: | n.a. | Remaining Time: | n.a. |
| Sprint: | 2013-02-12 (5) |
Description (last modified by pwalczysko)
Build OMERO.insight-4.4.4-823-b02a128-dirty-ice33-b116-mac, user-7.
test_images_good/openlab-liff/ imported successfully. When checked in Insight in full viewer, the first 2 images look right in DataManager?-thumbnails and in Full Viewer, but rendering was very slow and eventually caused a crash (see comment on http://trac.openmicroscopy.org.uk/ome/ticket/10116. ) The third image, embryo2.liff was displayed wrongly in the thumbnail as well as in full viewer. See screenshots.
After restart of Insight, the situation was unchanged (first two images rendered okay, the embryo2.liff was shown as 50/50 white and black screen.
In Web, none of the open lab-liff images showed thumbnails correctly, and when the grey thumbnails were clicked on (clicking on the test_images_good/openlab-liff/DLD1-MT-04_R3D_D3D.liff to open in a full viewer is sufficient for example), a stacktrace appeared, with grey pane as well, see screenshots. The stacktrace went visible after a while. See the errors below.
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>500 Internal Server Error</title> </head><body> <h1>Internal Server Error</h1> <p>The server encountered an internal error or misconfiguration and was unable to complete your request.</p> <p>Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.</p> <p>More information about this error may be available in the server error log.</p> <hr> <address>Apache/2.2.14 (Ubuntu) Server at gretzky.openmicroscopy.org.uk Port 443</address> </body></html>
Attachments (5)
Change History (14)
Changed 11 years ago by pwalczysko
Changed 11 years ago by pwalczysko
Changed 11 years ago by pwalczysko
comment:1 Changed 11 years ago by pwalczysko
- Description modified (diff)
comment:2 Changed 11 years ago by pwalczysko
- Description modified (diff)
comment:3 Changed 11 years ago by jmoore
comment:4 Changed 11 years ago by jburel
see #10132
comment:5 Changed 11 years ago by jmoore
- Owner set to pwalczysko
Petr, could you confirm if this is still an issue? This was one of several similar tickets and perhaps this one just didn't get closed.
comment:6 Changed 11 years ago by pwalczysko
The issue persists, as tested again just now. The exact sequence of events as described above happened just now.
See attached screenshot.
The problem is exactly the same in Web as well.
The stacktrace in Web the same.
Consulted the question of the stacktrace being a separate issue with wmoore.
He advised that it does not look like anything else then that the Web dies because it takes so long to get the images and probably is not going to be solvable on web-side. I will have a look whether an opernlab-liff ticket is duplicated somewhere else yet.
Changed 11 years ago by pwalczysko
Changed 11 years ago by pwalczysko
comment:7 Changed 11 years ago by pwalczysko
- Owner pwalczysko deleted
comment:8 Changed 11 years ago by mlinkert
Can definitely reproduce the problem with viewing embryo2.liff. Debugging now.
comment:9 Changed 11 years ago by mlinkert
- Resolution set to fixed
- Status changed from new to closed
Should be fixed with https://github.com/openmicroscopy/openmicroscopy/pull/673
Petr, the web stack traces are unrelated and are a general web issue that Will is looking into.