-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Upgraded omero-web dependencies #433
Conversation
omeroweb/settings.py
Outdated
@@ -1570,7 +1570,7 @@ def report_settings(module): | |||
"3rdparty/JQuerySpinBtn-1.3a/JQuerySpinBtn.css", | |||
"3rdparty/jquery-ui-1.10.4/themes/base/jquery-ui.all.css", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Interesting these were never updated for the previous jquery-ui
upgrade but that things kept working. Is it still worth keeping in sync with the current proposed version of the library?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah that is interesting. I tried fixing it to see if jquery-ui is loaded to the browser differently since it might be compressed with pipeline but I didn't see a difference.
@@ -1585,20 +1585,20 @@ def report_settings(module): | |||
"3rdparty/jquery-ui-1.10.4/js/jquery-ui.1.10.4.js", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same comment as above
Mapr uses the jquery-UI auto-complete, which looks a bit different: See #180 (comment) and the commit just before that comment |
Not important right now while we're iterating but I would suggest that before this is merged we get all detail out of the Google Spreadsheet as Markdown and into the description of this PR. We will need the content in that form for a migration guide and/or changelog anyway. |
this.realXTileSize = this.xTileSize; | ||
this.realYTileSize = this.yTileSize; | ||
|
||
this.tileSize = (options.tileSize ? options.tileSize : PanoJS.TILE_SIZE); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It looks like PanoJs(viewer, options)
no-longer supports options.xTileSize
and options.yTileSize
?
So in our usage of PanoJS
we'll need to use options.tileSize
instead, which should be fine for when tile size x and y is the same, but I think there are cases when this isn't true. I don't have a feel for how often this occurs or if there's any way to support it (except maybe not upgrading)?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh interesting, that's a good point. I don't know much about pyramidal data, so I was wondering how often does the xTileSize and yTileSize differ?
Though, if you don't want to upgrade it should be an easy switch back.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@kyleBalisWest Often enough, see example in #433 (comment) please :)
PW: WFM, can you maybe add details please ? |
@jburel I think that sounds like expected behaviour if the right slider value is above the max intensity, the slider will update it's upper limit to be the max of the current slider value or the max intensity value. |
Re: Pano.js comment above #433 (comment):
and doesn't show up in the Preview panel PW: Edit: Other examples are https://merge-ci.openmicroscopy.org/web/webclient/?show=image-169215 Note: opening the image https://merge-ci.openmicroscopy.org/web/webclient/?show=image-140039 in old viewer of OMERO.web, you see as below (the glitch in left-hand side of the image is not present in iviewer) |
The problem was noticed when using https://merge-ci.openmicroscopy.org/web/webclient/?show=image-236165 PW: The problem is not caused by the tested PR |
@pwalczysko For me, the old viewer with that image looks a bit different - Maybe you've got some tiles cached? Anyway, it's also due to Pano.js: In this case the tiles are square: |
No, I tried to clear cache and also a new browser, the problem persists. The issue here might be that I have zoomed in a little, otherwise the problem does not manifest. |
There are still some issues with icons on the Preview pane, see for example images such as https://merge-ci.openmicroscopy.org/web/webclient/?show=image-146365 The icons on merge-ci And errors in the Console The icons on lates-ci |
@@ -552,7 +552,7 @@ jQuery.fn.viewportImage = function(options) { | |||
imageWidth : myPyramid.width, | |||
imageHeight : myPyramid.height, | |||
initialZoom : init_zoom, | |||
staticBaseURL : mediaroot+'3rdparty/panojs-2.0.0/images/', | |||
staticBaseURL : mediaroot+'3rdparty/panojs-2.0.0/', |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I tracked it down to this change that didn't get reverted when you returned to panojs-2.0.0
and that is breaking the icons.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh yeah I missed that, thanks for finding it @will-moore. It should be fixed now!
ab88dda
to
0af5e4f
Compare
All looks good to me now, thanks @kyleBalisWest |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
All looks good - Just the auto-complete issues (and suggested fix) at #433 (comment) to address
@will-moore do you know if there anything in vanilla OMERO.web that allows auto-completion and would be affected by this issue? If not, could the |
@sbesson That would mean that the web upgrade is a breaking change and you wouldn't want to upgrade omero-web without also upgrading mapr. But how to enforce that. |
We are upgrading several core libraries in this PR and #435 is also likely to go in to the next version. These are both breaking changes in my opinion. Do you disagree? Consequently, yes, I would expect you would not want to upgrade omero-web without also upgrading mapr, no? And you would want this new mapr version to depend on the at least the new minor version. This is the same pattern we followed for the Django 3.2 work in #356. Am I missing something here? |
I guess I don't understand the objection to fixing the issue in this PR? |
Having looked a bit the history, I found the root of this issue precedes this PR and turned out to already be a problem during the former jquery upgrade in #180. At the time, patches were introduced directly in the CSS to meet the expectations of the mapr plugin, more specifically in omero-web/omeroweb/webgateway/static/3rdparty/jquery-ui-1.12.1/css/jquery-ui.css Lines 133 to 141 in efc042b
omero-web/omeroweb/webgateway/static/3rdparty/jquery-ui-1.12.1/css/jquery-ui.css Lines 159 to 163 in efc042b
Let's assume another Web app developed by the community was relying on the internals of Beyond this particular fix, paraphrasing @chris-allan, I also think we want to be transparent about the fact there are breaking changes associated with the library upgrades proposed here. I would be very careful about conveying the misleading idea that consumers/app developers can just upgrade OMERO.web without thinking about the nature of these changes and the implications on their own plugins. In many ways, having a handful of OMERO.web apps in our own ecosystem that also need to be updated and released is a healthy process as it forces us to think how to communicate the upgrade process to our community. |
OK, I guess this PR is good to merge then |
Thanks everyone for the PR reviews! |
Not adding custom plugin CSS at this time
Upgraded omero-web jquery dependencies. See upgrade spreadsheet for a detailed list of changes.
Removed background and color from .ui-widget-content
Removed border from .ui-state-active
No longer d3.svg.area, now is d3.area
No longer d3.svg.line, now is d3.line
Sticking to github release for now