-
Notifications
You must be signed in to change notification settings - Fork 15
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
Upgrade to HTTPS in freshly downloaded Fijis ? #83
Comments
I was wondering that, too! @frauzufall Do you know why it isn't already up-to-date? |
I tried a couple of times to figure it out, I looked at the code here and the build script and asked gitter and @turekg, but without success. Thanks for creating the issue, @haesleinhuepf , I should have done right away. I pan to spend some time with the updater next week, will also look at this again. Any hints appreciated! |
Ah, good catch, @frauzufall! If we could improve the scijava-maven-plugin to build a fully functional Fiji.app from scratch, we would no longer need bootstrap.js for that purpose. (It is still conceivably useful for transforming an ImageJ1 installation into ImageJ2, but in practice no one uses this and it hasn't been tested in years.) We'd need to solve at least scijava/scijava-maven-plugin#17 and scijava/scijava-maven-plugin#19, and also do something to enable copying of the native launcher(s) into the application root directory. This has been a goal for a long time but I have no time to work on it. Would you and/or @turekg have bandwidth? |
Wouldn't mind looking into it, I will put it in my TODO list.... |
So it's not just this one line, that's only the Fiji URL, the main URL seems to come from these outdated JARs which are used to run an updater command line instance. Looking at the rest of the code, I am not sure what will happen if we update these JAR versions as well. At the end of the script, the updater is updated - it might be easier to add another line at the end to update the URLs via command line updater until we get rid of the script. |
Happy to dig into this a bit deeper, but for expedience sake Debo's fix could be a first step |
In the past, Johannes would occasionally update the versions in |
This issue has been mentioned on Image.sc Forum. There might be relevant details there: https://forum.image.sc/t/https-to-make-imagej-fiji-more-secure/398/29 |
The fiji-builds job now no longer uses the JavaScript bootstrap script. Instead, it:
As of this writing, the db.xml.gz of the available bundles now says: <update-site name="ImageJ" url="https://update.imagej.net/" official="true" timestamp="20190325155938"/>
<update-site name="Fiji" url="https://update.fiji.sc/" official="false" timestamp="20200225164457"/>
<update-site name="Java-8" url="https://sites.imagej.net/Java-8/" official="false" timestamp="20200705214732"/> @frauzufall @haesleinhuepf So, can this issue be closed now? I.e., when you download a fresh Fiji and run it for the first time and try to update it, does it still prompt to update HTTP to HTTPS? Or not? |
Hey @ctrueden , I just downloaded a fresh Fiji (Windows version) and tried. The message is gone. Thanks a lot for your work on this! Happily closing the issue right now. Cheers, |
Hey all, hey @frauzufall and @ctrueden ,
while visiting a collaborator, we just realized: When downloading a new Fiji and updating it, it asks to upgrade all update sites to HTTPS. This message is a bit annoying and deterrent for new users. Is there a way that freshly downloaded Fijis come with HTTPS update sites pre-configured?
Thanks!
Cheers,
Robert
The text was updated successfully, but these errors were encountered: