Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


dencorso

Newest Adobe Flash and Shockwave, and Java, too!

Recommended Posts

Thanks, I will once again be monitoring that thread!
:yes:

Share this post


Link to post
Share on other sites

:cheerleader: Hey, @loblo! For the record: you do rock! :cheerleader:

On 7/17/2020 at 11:23 AM, loblo said:

Azul OpenJDK I guess but U262 builds aren't online yet. Hopefully I can run it as good as U252 and can use Opera 12 with TLS 1.3 on Win ME via Burp.

On 7/19/2020 at 8:13 PM, loblo said:

Azul OpenJDKU262 is now available. It supports TLS 1.3 and there is no changes in dependencies vs U252 which means I was able to successfully visit the TLS 1.3 test site for the first time with Opera 12 via Burp on my Windows ME machine. :)

I installed it by hand from the .zip on XP SP3, while keeping the files from JRE 1.8.0_251 that do not exist in the Azul release, including those older ones listed some posts above (and replacing sunmscapi.dll by the one from JRE 1.8.0_241). The result is the one shown below:

Clipboard01.gif

Clipboard02.gif

  • Like 2

Share this post


Link to post
Share on other sites

Out of pure curiosity, I tried to run the installer and then I replaced the sunmscapi.dll but it didn't work, Internet Explorer and PaleMoon were both pointing to the old 1.8.251 I had installed...

Share this post


Link to post
Share on other sites

Has anyone tried the Azul MSI installer on XP?
:dubbio:

  • Like 1

Share this post


Link to post
Share on other sites
Posted (edited)
3 hours ago, Dave-H said:

Has anyone tried the Azul MSI installer on XP?
:dubbio:

I hope so, so they can report their experience and tell me whether it's only me and my system or not... On my XP x86, the installer does its job and the installation completes successfully. A new folder inside C:\Program Files\ is created called Zulu or something (I don't remember) and inside there's the classic Java folder structure with all the files, however, if I try to open a website to check which version gets reported, I don't get the new one, but the old one from the Java folder. If I try to replace the sunmscapi.dll to get it working and I test it again, nothing happens, it still reports the old version as it's pointing to the old Java folder. It's almost as if it only creates a folder with everything in it but it doesn't update the registry for whatever reason on XP. Perhaps the registry is different on 2008 R2? Perhaps a command is executed but ignored in XP? I don't know, I can't wrap my mind around it. The reason why I'd like the installer to work and do its thing is that this way I don't have to extract the zip and put everything inside the Java folder with a fake name, 'cause ok, so far so good, but I don't really like the idea to have C:\Program Files\Java\jre1.8.0_144 and inside there's 1.8.0_261 instead. I have been doing it for quite some time now, but I don't like it... it's against my mental health as I MUST have everything precise and ordered and I don't really sleep well if things are not the way I want them to be. xD

Edited by FranceBB

Share this post


Link to post
Share on other sites

Updating the registry, even if by hand, is fundamental. The worst part of it is the path to java (=JavaHome). So, for one who isntalls from scratch, using the last working oracle installer (jre1.8.0_152), it'll normally be "C:\Program Files\Java\jre1.8.0_152", unless one uses the "Change default Java folder", offered at the start of the install (or, like I did, performs an extensive search-and-replace inside the registry afterwards). After 152 is installed, replace all files by those from the 251 tat.gz by hand inside the JavaHome folder, then replace those files I listed above (most of which were identified by yourself @FranceBB) and replace also sunmscapi.dll by v. 141 Replace also the Java cpl at %windir%\system32 by another copy of the one from 251. Then, delete the sunmscapi.dll from the Azul JRE 262 and replace all files of 251 in JavaHome by those that exist in the Azul release 262 (which contains a lot less files, including *no* plugin).  Fix by hand the registry as usual and you should be able to reproduce my results. I really doubt this frankenversion can be created by any canned installer, although a custom one might do the trick.

Share this post


Link to post
Share on other sites
Posted (edited)

Yes, that's essentially what I have been doing with the normal Java files from here https://www.oracle.com/java/technologies/javase-jre8-downloads.html and it has been working so far, but I never modified the registry. I was lazy, so I simply began to extract the new version inside C:\Program Files\Java\jre1.8.0_144 so that it was going to detect the new version as the registry was pointing to that folder. What I don't like is that this way the folder jre1.8.0_144 has been storing anything but 152 'cause I kept extracting files in there ('till very recently when we also had to replace some files for the reasons I mentioned in other posts). Ideally, I'd like to manually store jre1.8.0_xxx where xxx is the correct name for that version and have it ok in the registry, which is why I hoped that the Azul installer was working. I mean, sure, I can just extract it in the C:\Program Files\Java\jre1.8.0_152 and replace sunmscapi.dll just like I've been doing for the other version of Java so far, but that's not the point. :)

EDIT: Actually I downloaded and extracted it in the fake jre1.8.0_144 and it's working just fine by replacing sunmscapi.dll, as I supposed... Here you can clearly see that I kept every version of Java but then I had to stop and just fill _144 with whatever version was released... :(

0cEGnDo.png

but inside there was 251 and now there's 262 of course...

KFBY9vI.png

Edited by FranceBB

Share this post


Link to post
Share on other sites

All versions Adobe Flash Player newer than 32.0.0.371 contain a time-bomb.

After 12-Jan-2021 local SWF-files does not playback. The latest working version is 32.0.0.371.

Use a virtual machine to check. Install the Adobe Flash Player and set the clock to January 2021.

Clip509.png

  • Like 5
  • Upvote 1

Share this post


Link to post
Share on other sites

Well Adobe has said IIRC that Flash will not only be unsupported after the end of the year, but will no longer even work, and I guess they meant it!
I guess versions before 32.0.0.371 will still work though, I don't see how Adobe could retrospectively block them.
:dubbio:

Share this post


Link to post
Share on other sites
On 7/25/2020 at 9:18 PM, FranceBB said:

I hope so, so they can report their experience and tell me whether it's only me and my system or not... On my XP x86, the installer does its job and the installation completes successfully. A new folder inside C:\Program Files\ is created called Zulu or something (I don't remember) and inside there's the classic Java folder structure with all the files, however, if I try to open a website to check which version gets reported, I don't get the new one, but the old one from the Java folder. If I try to replace the sunmscapi.dll to get it working and I test it again, nothing happens, it still reports the old version as it's pointing to the old Java folder. It's almost as if it only creates a folder with everything in it but it doesn't update the registry for whatever reason on XP. Perhaps the registry is different on 2008 R2? Perhaps a command is executed but ignored in XP? I don't know, I can't wrap my mind around it. The reason why I'd like the installer to work and do its thing is that this way I don't have to extract the zip and put everything inside the Java folder with a fake name, 'cause ok, so far so good, but I don't really like the idea to have C:\Program Files\Java\jre1.8.0_144 and inside there's 1.8.0_261 instead. I have been doing it for quite some time now, but I don't like it... it's against my mental health as I MUST have everything precise and ordered and I don't really sleep well if things are not the way I want them to be. xD

I guess that's because the Azul installer installs its Java as a standalone installation, it doesn't install it to the system.
As dencorso says, the usual rather tedious registry editing exercise will still have to be done as it was with the newer Oracle files.
The few things I still use which are Java based generally have their own JREs included with them anyway, albeit rather old ones, so I guess I probably won't bother now going beyond 251 on the XP system.
:)

Share this post


Link to post
Share on other sites
Posted (edited)

They even cleared the archive page, pfff.

Where should i get the Android and WinCE builds now, lol?!

 

[edit]

v.32.0.0.371 needs a SSE2 capable CPU (at least for the installer).

Is there a version between this and v.29.0.0.171 which works with SSE-only?

Edited by RainyShadow

Share this post


Link to post
Share on other sites
Posted (edited)
5 hours ago, RainyShadow said:

They even cleared the archive page, pfff.

... Well, that was quick of them :angry: : five whole months before actual deprecation... :realmad:
Perhaps that expedited removal was a knee-jerk reaction on their part, caused by recently increased batch-downloading traffic on the hosting CDN:

https://forum.palemoon.org/viewtopic.php?p=193860#p193860

5 hours ago, RainyShadow said:

Where should i get the Android and WinCE builds now

https://web.archive.org/web/20200630185339/https://helpx.adobe.com/flash-player/kb/archived-flash-player-versions.html

... however, expect these web archive snapshots to be hunted down by Adobe, as they do not allow redistribution of their closed-source material... :(

Edited by VistaLover
  • Like 2
  • Upvote 1

Share this post


Link to post
Share on other sites
Posted (edited)

... Actually, at the time of this writing, DIRECT links from Adobe STILL work, if you know beforehand the correct filename for the .ZIP file:

https://fpdownload.macromedia.com/pub/flashplayer/installers/archive/fp_32.0.0.371_archive.zip

Surely, that won't last for long... :dubbio:

Edited by VistaLover
  • Like 4

Share this post


Link to post
Share on other sites
Posted (edited)

@VistaLover

Thanks, i got it already.

Turns out, that v.29.0.0.171 is the last version for AthlonXP.

The next one v.30.0.0.113 needs SSE2.

Edited by RainyShadow
  • Like 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...