Jump to content

My Browser Builds (Part 1)


Recommended Posts

Along with the typical configuration neccesary to allow updating to the lastest builds for users of my Browser Installer, I am pleased to present version 1.2 of my installer!

Change Log:

-Updated information section to talk about more things

-Added reminder of your architecture (x86 vs x64) to choice screens with 32 and 64 bit builds

-Added CPU info screen to info section

- The installer now contacts my new domain (i430vx.net) for the builds list, not that this matters because the old one will remain connected

(I tried to fix the problem of it not erroring out without an internet connection, it didn't work, will fix next time)

-I cant remember exactly when i fixed this, but its worth mentioning that K-Meleon profiles will no longer be nuked into oblivion by my installer.

 

As always, inform me of any features you want or bugs you find.
(I see a small formatting issue with the cpu reminder, it'll be fixed for the next version :) )

Download the installer from it's usual place:
http://i430vx.net/files/XP/RoyTam Browser Installer.exe


A strange bug happened when i copied the installer over to my server tonight. The server seems to beleive that the installer is dated from The Beginning of time! :w00t:
Thankfully the file being dated as 49 years old does not seem to adversely affect anything.

:yes:

Edited by i430VX
Link to comment
Share on other sites


i430VX said:


I cant remember exactly when i fixed this, but its worth mentioning that K-Meleon profiles will no longer be nuked into oblivion by my installer.


Uhm... just wondering (am not using it myself), but what does that mean? Does the installer delete the whole old program folder?? If yes, it's important to know that unlike other browsers, in KM some user customizations are stored outside the profile... Mainly toolbars.cfg (gets edited), usually all macros and extensions go in the app folders too (except if a user knows exactly what he's doing, does NOT follow the usual instructions and creates himself the matching folders manually in the profile)
Link to comment
Share on other sites

@Sampei.Nihira

No issues whatsoever here fetching file

http://o.rths.cf/palemoon/palemoon-28.7.0a1.win32-git-20190727-9b0ff0e8b-xpmod.7z

Q0T1W3r.jpg

I suspect you may have to loosen up a tiny bit the tight security implemented in your browser configuration, probably some supposedly "weak" cypher suite needs to be re-enabled; just my 2 eurocents, of course :whistle:

https://www.ssllabs.com/ssltest/analyze.html?d=o.rths.cf

e.g.

https://www.ssllabs.com/ssltest/analyze.html?d=o.rths.cf&s=104.27.136.100

Link to comment
Share on other sites

30 minutes ago, VistaLover said:

@Sampei.Nihira

No issues whatsoever here fetching file

http://o.rths.cf/palemoon/palemoon-28.7.0a1.win32-git-20190727-9b0ff0e8b-xpmod.7z

Q0T1W3r.jpg

I suspect you may have to loosen up a tiny bit the tight security implemented in your browser configuration, probably some supposedly "weak" cypher suite needs to be re-enabled; just my 2 eurocents, of course :whistle:

https://www.ssllabs.com/ssltest/analyze.html?d=o.rths.cf

e.g.

https://www.ssllabs.com/ssltest/analyze.html?d=o.rths.cf&s=104.27.136.100

No, for two reasons.
Last Saturday I downloaded regularly and the browser changes I made before.

I also did a test with Chrome no insecure ciphers blocked.
As you see no change:

e5UzN2Pp_o.jpg

 

I wonder if the malfunction is attributable to the DNS I use?:dubbio:

Edited by Sampei.Nihira
Link to comment
Share on other sites

1 hour ago, VistaLover said:

probably some supposedly "weak" cypher suite needs to be re-enabled

That's probably not it; the browser itself detects that condition and produces a different message ("no cipher overlap," as I discovered with Mediafire). Besides o.rths.cf supports a couple of "strong" ciphers (forward secrecy, SHA256, no CBC) that I know NM also supports.

1 hour ago, Sampei.Nihira said:

I wonder if the malfunction is attributable to the DNS I use?

Try pinging o.rths.cf at a command line. IP address should be 104.27.136.100 or 104.27.137.100. If not try downloading directly from one of those IP addresses (replace o.rths.cf with an IP address in your browser's address bar) and see if that works.

Link to comment
Share on other sites

Thanks for the correction by @Mathwiz ; I guess I was too quick to suggest a disabled cipher suite :blushing: ...

Looking more closely at the screenshot posted:

mTulNet.jpg

it may actually be an issue between the local (Italian, in Rome) Cloudflare node and the hosting server, o.rths.cf (IP check of 104.27.136.100 suggests another Cloudflare node in the Northern US); @Sampei.Nihira, can you perhaps try accessing the file via a non-Italian IP, acquired via a Proxy/VPN? Just another wild thought here :dubbio:(?)

Edited by VistaLover
Link to comment
Share on other sites

5 hours ago, Mathwiz said:

That's probably not it; the browser itself detects that condition and produces a different message ("no cipher overlap," as I discovered with Mediafire). Besides o.rths.cf supports a couple of "strong" ciphers (forward secrecy, SHA256, no CBC) that I know NM also supports.

Try pinging o.rths.cf at a command line. IP address should be 104.27.136.100 or 104.27.137.100. If not try downloading directly from one of those IP addresses (replace o.rths.cf with an IP address in your browser's address bar) and see if that works.

8do7cIHy_o.jpg

Edited by Sampei.Nihira
Link to comment
Share on other sites

@Sampei.Nihira, did you try a ping? Did you get the same results as @VistaLover? If you did then your DNS is OK.

Unfortunately those IPs apparently host several websites, not just o.rths.cf; a frustrating but increasingly common practice. Therefore you must specify the host name, o.rths.cf, to access it.

So if your DNS is not OK, your only recourse is to override the bad IP address in your hosts file.

Link to comment
Share on other sites

18 hours ago, siria said:

 


Uhm... just wondering (am not using it myself), but what does that mean? Does the installer delete the whole old program folder?? If yes, it's important to know that unlike other browsers, in KM some user customizations are stored outside the profile... Mainly toolbars.cfg (gets edited), usually all macros and extensions go in the app folders too (except if a user knows exactly what he's doing, does NOT follow the usual instructions and creates himself the matching folders manually in the profile)

What i mean is that it WAS an issue in previous versions and NOW it's fixed.
I am very well aware of how the k-meleon profiles differ from the other browsers at this point.
:yes:

Edited by i430VX
Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...