
VistaLover
MemberContent Type
Profiles
Forums
Events
Everything posted by VistaLover
-
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
... People, this is no longer a coincidence, am afraid ... I'm currently in the process of proof-reading a scientific document written by a friend (original was in Greek, now "combing" the English translation ) and I have to consult various on-line translation services... Guess what? Today, a third in a row such service "blocks" my St52 user-agent : https://www.babla.gr/ This time, it's a very straightforward: As in the previously reported two cases, it's the "Goanna/*" UA-slice they're blocking... And, this one too, appears to be a CloudFlare-managed site: The site serves its CSS files from a "bab.la" domain, so to get the site fully functional in St52, I had to set two SSUAOs: general.useragent.override.babla.gr;Mozilla/5.0 (%OS_SLICE% rv:52.0) Gecko/20100101 Firefox/52.0 general.useragent.override.bab.la;Mozilla/5.0 (%OS_SLICE% rv:52.0) Gecko/20100101 Firefox/52.0 -
Thanks for your additional input ; however, I don't have an account with imgur , all my image uploading there is done through an anonymous/not-logged-in session... Additionally, via a userscript and some protected imgur cookies, I still use the "old" imgur layout, which is much more lenient on H/W resources; "Share Options" here only include below four: and of these, as stated already, I always choose the "BBCode (Forums)" one...
-
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Please, whenever possible, avoid batch-downloading from "o.rthost.win": -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Recollecting from memory (must've been 5 years or more since I last used it ), it used to be that the Russian "edition" (DM) was full-featured (for mainland Russia market), whereas the int'l version of the app (i.e. IDA) had a "crippled" free version, unlocking the full features required a paid (PRO) licence ... -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Damned they be! They plainly reject the UA sent by Serpent 52/55 ... Edit: It's the "Goanna/*" UA slice they really object to ... WT*? I bumped on another online dictionary service, https://www.collinsdictionary.com/ that also blocks UXP-based browsers: As in the case linked (ldoceonline.com), the part of the UA they object to is the "Goanna/*" slice ... Seeing the access to that last site is managed by CF, I expect more sites to become inaccessible in Goanna-based browsers if the block is a new CF-wide filter rather than a said-site specific configuration ... Perhaps Moonchild should contact CloudFlare regarding this? -
360 Extreme Explorer Modified Version
VistaLover replied to Humming Owl's topic in Browsers working on Older NT-Family OSes
... And that's the root cause of your predicament... https://learn.microsoft.com/en-us/windows/win32/api/winbase/nf-winbase-setprocessdeppolicy- 2,340 replies
-
1
-
... Have posted about this months ago... MV3 requires at least Chromium 88.0 APIs; 2023 will be the year when MV3 will become mandatory for ALL extensions on Chrome Web Store (CWS); to add insult to injury, ALL MV2-based extensions will be removed from CWS ; as I wrote then, MV3 constitutes a major catastrophe for Chromium<88.0-based forks and, by consequence, to users of legacy OSes such as XP/Vista (where Chromium >=88.0 forks haven't been made available ; Vista-x64's ExtKernel not taken into account here) ... Archive MV2-based extensions while you can (little time left ) ...
-
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
... Sorry if you received my "advice" to you in that particular way ; being rude was the farthest thing from my intentions... Accept my advice, if you will, in the context of "paternal love"; like a father has to, sometimes, raise his voice slightly at his kid, to prevent it from causing harm to itself through its own (bad) actions... BTW, thanks for the undeserved praise ... -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Posted about that a few posts above yours ... Also posted about that a few posts above yours ... Many thanks for your layman's explanation of what "Forward Secrecy" (or lack of...) actually is! Correct ; more info available here ... Best greetings ! -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Actually, that suite (0x9c) is natively supported by Serpent 52.9.0 and it's controlled by pref: security.ssl3.rsa_aes_128_gcm_sha256 This is set to "false" by default, because, as posted, the suite is "WEAK"; enabling it and restarting the browser: made MEGA downloads initialise and complete successfully! Many thanks @mixit -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
FWIW, both cypher suites are considered "WEAK" by SSL Labs, because they lack "Forward Secrecy": -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Happy New Year @Jody Thornton This has come up before, not sure if it was just you, but: Latest Serpent 52.9.0 build is more up-to-date compared to the official Basilisk build (under a new maintainer now, Basilisk-Dev); last release of Basilisk was on Nov 4th 2022, I sense a new release is imminent... Latest New Moon 28 build is more-up-to-date compared to the last official Pale Moon release (v31.4.2), though a new PM release should be imminent (v32.0.0?) ... appVersion has nothing to do in these cases (and I've explained that in the past, too), it's the actual source code used to build the releases that matters... Roytam1 cherry-picks all feature enhancements from the upstream platform (UXP by MCP) and upstream applications (PM by MCP and Basilisk by Basilisk-Dev) and merges them into his UXP fork - security patches come via the MCP and/or Mozilla repos... A few upstream features/commits are not being adopted, because they are incompatible with the OSes roytam1 targets; others (like the JPEG-X decoder) are not compatible with the compiler (MS VS2015) currently employed to build his releases... As for Serpent 55.0.0(/moebius), there's nothing "upstream" now to compare it to, is there? Roytam1 just tries to keep that "close" to his UXP offerings... @XPerceniol : Please, just stop examining "file versions"; these mean nothing... A certain exe's/dll's "file version" only changes when a full re-compilation takes place from scratch (what's called "clobber"); this is time and energy consuming and it's to be avoided in weekly releases... Only those few files that get changed and rebuilt come with "newer" file versions... The latest St55 (32-bit) build is "basilisk55-win32-git-20221231-7637d8917-xpmod.7z"; update to it, if you haven't already; its buildID should be 20221230020814 (Help -> Troubleshooting Information -> Build ID) ... To ALL: Source code repos for Roytam1's browsers are public and accessible on GitHub (links in the "weekly releases" posts); it's all "transparent" there, if you take a minute or two to read committed code and compare it to the upstream repos... That's what I do... Disclaimer: I'm not a coder myself... -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
... Thanks ; at least a certain MSFN member doesn't frequent this thread, because it appears "socksifying" apps have been developed mostly by the Russians and Chinese (probably to circumvent state-implemented web censorship ) ; but that is not the gist of my post... One of the hosters SocksCap64 is distributed through is MEGA: https://mega.nz/folder/qBoD2BiB#BZbHB1tetB79SAvJEoVlLw Since my daily driver is Serpent 52, I loaded that link there and all 3 initial stages (Requesting folder data, Receiving folder data, Decrypting folder data) completed fine, with the page loading as expected; however, when clicking the green "Download all as ZIP" button, the download attempt invariably fails , claiming a "Temporary error, retrying": (you've guessed it, "retrying" doesn't succeed ) The same thing happens when using latest Serpent 55.0.0 (doesn't come as a surprise to me) ... To exclude any interference caused by my "dirty" profile, I tested this in a new St52 profile, too: It appears "upstream" have been made aware 5 days ago, but nothing of practical value posted there, yet... AIUI, MEGA first downloads data as a blob stored in RAM, and it then offers to save the full download to disk... It worked in St52 the last time I used it, ca. a month ago... Having MEGA currently broken in UXP is a "bummer", because I do use the service often... @roytam1, could you please investigate/offer some insight/workaround? FWIW, I had to use 360EEv12 (Ch78-based) to fetch from MEGA and it worked OK the first time (Ch78 being quite "old" by now, hopefully the UXP-breakage isn't related to some "exotic" Javascript being recently implemented by MEGA...). -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Happy for you and glad my mention proved helpful ... -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Thanks ; had forgotten ; while "netsh" itself is available under XP, it appears "netsh winhttp" syntax is NOT: https://www.computerhope.com/netsh.htm#xp It's by the same author; I unearthed a more recent version (1.5 compared to 1.4 you linked) in https://widecap.software.informer.com/ -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
... Well, OE Classic has to access the web to connect to its Activation Server ; not respecting system proxy settings aside, the only way it can reach the internet is via your Network Adapter (Ethernet/Wireless/TAP (aka OpenVPN); I believe packet inspectors/sniffers that bind directly to the Network Adapter are available ... So, by inspecting web requests made by OE Classic, it is possible, at least in theory, to identify the Activation Server's "details"; however, even when you get such "details", you still have to devise a way for the app to connect to it... Have you also tried the cmdline way (needs Administrator privileges) ? netsh winhttp import proxy source=ie netsh winhttp show proxy (to revert: netsh winhttp reset proxy ) Edit: Sadly, above syntax needs Vista+ (thanks @AstroSkipper ) FreeCap is a similar, FREE, software... Sadly, development has been discontinued at version 3.18 (original author's site has been taken down since) ; review below: https://www.raymond.cc/blog/route-all-internet-software-and-game-connection-through-open-proxy-servers/ -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
OT: Today, it has come to my attention (quite by accident, TBH ) that an Eclipse forums member has appropriated my MSFN forums "username" (VistaLover): https://board.eclipse.cx/memberlist.php?mode=viewprofile&u=239 Until one specifically visits that member's profile page, it isn't clear/evident (by simply reading posts of him[?]) that "I" have no affiliation whatsoever with that member there; of course, I don't claim any copyright over my MSFN username , just thought I'd make it crystal clear to those MSFN members happening to have an account at Eclipse (some sharing the exact screen name between the two) that I am not that member ... Apologies for the OT, hope you all have a great New Year... -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
Agreed! ... Right ... But "10 years ago or more", besides me having a lot more hair on my head and less fat in my body , I was a lot less tech savvy than now; "touching" the registry, for whatever reason, was considered by me (after the advice given by many IT-literate people at the time) as a serious "faux pas"... -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
It probably tries to connect to OE Classic' s Activation Server, a now popular method for activating payware; the AS checks the validity of used license code (being legitimately acquired/"whitelisted" and not being shared beyond the sanctioned number of different devices/installations); should be easy to discover the hostname/IP of the Activation Server it tries to connect to via a MITM proxy; I suppose software like ProxHTTPsProxy could be used for that task... You probably want an "off-line" activation method for your work copy, but the author may respond, and rightly so, that such a method hasn't been provisioned for an app (e-mail client) that has to connect to the web for its intended (premium) functions... FWIW, their order page promises "instant" access (in bold) to the premium features ... https://www.oeclassic.com/order -
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
It occurs to me that WETV would be a great set of call letters for a US TV station, but a quick search shows there are none with those call letters. ... Presumably refers to https://www.wetv.com/ a US-exclusive streaming service I can't test from my location ... If it's anything to go by, the homepage renders "problematically" in St52/UXP, with humongous "social media" icons taking up most of screen room... -
Yep, forum software still thinks you're a mod :
- 1,238 replies
-
1
-
- Server 2008
- software
-
(and 1 more)
Tagged with:
-
Greetings jaclaz : You should've then arrived at: https://msfn.org/board/ignore/ "ignore options" include: FTR, you being a mod means you just can't be "ignored/blocked" by other "plain" members... Buon Anno !
- 1,238 replies
-
2
-
- Server 2008
- software
-
(and 1 more)
Tagged with:
-
No worries ; and now that you elaborated a bit , I sort of understand your train of thought... I've been using myself, for quite a long time, the BBCode "sharecode" and it "appears" to function as intended (but, of course, I'm oblivious to the inner workings of the forum software ); if by "Direct Link" you mean what imgur calls "Share Link", then obviously that one doesn't behave in a fashion similar to BBcode (i.e. doesn't embed inside a MSFN forum post), plus imgur might serve ads on the arriving picture page... But your advice is noted for when/if things break "on the forum side"... Warmest festive greetings !
-
My Browser Builds (Part 4)
VistaLover replied to roytam1's topic in Browsers working on Older NT-Family OSes
10 years ago or more, I used to have both Firefox 3.5.x and 4 installed, in their own "Program Files" directories of course , each assigned its own separate profile via the method you detailed above ... The move by Mozilla from Fx-3.5.x/3.6.x to Fx-4.0 (and higher) introduced major profile incompatibilities in a way that whenever a Fx-3.x.x profile was (even once) touched by Fx-4.0+, it became corrupted beyond repair and could no more be used by Fx-3.x.x ... Launching the browser(s) via the dedicated shortcut(s) (pointing to the right profile) worked as expected, but... when I clicked a link inside a document (Word, PDF, etc.) or e-mail, often times catastrophe would strike ... Depending on which Fx version was configured as the system default browser (associated with these links), Fx-4.0 would open the link in the Fx-3.x.x profile (thus corrupting it), because the plain document/e-mail links don't contain the "-no-remote -p" options... So, I had to always keep a back-up of the Fx-3.x.x profile in case s**t happened (pardon the language ) ... Fortunately, in a later stage, I migrated to using the two different Firefox versions inside their dedicated "PortableApps.com" format (PAF) installations and had made IE9 the system browser - no "accidents" happened since, that is until Fx-3.x.x was ditched altogether and the "newer" Firefox was adopted permanently ... (Happy New Year to the frequenters of these threads ) -
@Sergiaws : Besides being OT for this thread , you chose the wrong "share" code from imgur; should've been "BBCode (Forums)", not "Embed in HTML" ...