Leaderboard

The October 2020 version works if it is set to "big picture" mode. You will see store information and everything. But sometime after that, the login window switched to being rendered by CEF (Chromium) so it is not possible to sign in as there is no text, graphics or buttons on the login screen now. As for the Intel drivers, I have a couple of systems that can use them but they are in very poor shape. Various differences in rendering quality are known to exist between Vista and 7 and I don't want Vista to be compromised by any changes I do. So I'll try to do something that doesn't "change" Vista to its detriment. Also, the Vista extended kernel will be able to run Chromium 110 and 111, at least with --no-sandbox. I will try to get the sandbox working in time for the main release of Chromium 110 in February. I am adding the appropriate functions to kernel32 and userenv. I just checked the Chromium source code and discovered that the version nags are persistent now because they are not calling GetVersionEx* or similar to check the version, but they are checking the version number of kernel32 instead.

@legacyfan, could you post the links to articles you post, please? Always post the links, don't forget these, of course... Thank you!

Since 0x3e1c0000 seems to work for everything I've thrown at it (one x86 XP laptop, one x86 XP desktop, one x64 XP desktop, two Win10 x64 laptops), I'm getting ready to repackage everything, upload, and start a new thread dedicated to 13.5 build 1030. There still could be a "better" base address, not really sure. I literally just tacked via trial-and-error until I hit one that worked.

Just an off-topic thank you. That worked perfectly! I've also removed the Standby button, as that doesn't work as it should either, it goes into standby, but then you can't get it back out of it! Finally, no more having to force it off with the power button because I've forgotten that it doesn't standby or restart properly! Cheers, Dave.

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 )

Hardware firewall has been my best performing option. Also makes it so I don't have to tool around in the OS changing a bunch of things.

That Dr. Who character is the best portrayal of "vanity of vanities". Her name is Lady Cassandra. She claims to be the last "pure" human. But she's had so many surgeries performed over the years that she is nothing but the skin of a face stretched in a frame. The world revolves around Cassandra. Every other human still in existence is at her becking call to spritz her with a spray bottle of water so that she doesn't dry out. She reminds me of people on this forum. We are all just here minding our own business and yet some here are so into themselves that any and every move any of us makes is somehow turned and twisted into revolving around their own little universe. I'd say it's fun to watch. But it isn't. Dr. Who, on the other hand, that is fun to watch!

It supposed to ! This topic tells not working on Windows 7.

ive blocked him for good this time (please no more fighting @D.Draker)

It is random.org not .com Anyways, sites with Cloudflare DDOS protection have has a pre-loader message for a few years now. It is only recently that 1) random.org has had it (it appeared shortly after that large cookie notice that takes up the top 1/4 of the page) and 2) the Cloudflare message changed the text to checking if secure. It is also possible that websites that are using the Cloudflare service are not aware that some browsers can't pass this message. But I also wonder if these same browsers were able to pass the old pre-loader message that Cloudflare used to use.

New build of Serpent/UXP for XP! Test binary: Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20221231-3219d2d-uxp-120ac6d55-xpmod.7z Win64 https://o.rthost.win/basilisk/basilisk52-g4.8.win64-git-20221231-3219d2d-uxp-120ac6d55-xpmod.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/custom IA32 Win32 https://o.rthost.win/basilisk/basilisk52-g4.8.win32-git-20221231-3219d2d-uxp-120ac6d55-xpmod-ia32.7z source code that is comparable to my current working tree is available here: https://github.com/roytam1/UXP/commits/ia32 NM28XP build: Win32 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20221231-d849524bd-uxp-120ac6d55-xpmod.7z Win32 IA32 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20221231-d849524bd-uxp-120ac6d55-xpmod-ia32.7z Win32 SSE https://o.rthost.win/palemoon/palemoon-28.10.6a1.win32-git-20221231-d849524bd-uxp-120ac6d55-xpmod-sse.7z Win64 https://o.rthost.win/palemoon/palemoon-28.10.6a1.win64-git-20221231-d849524bd-uxp-120ac6d55-xpmod.7z Official UXP changes picked since my last build: - Follow-up #2060 - Correctly handle \k in non-unicode expressions (904ddfa28) - Issue #2063 - Ensure a floated ::first-letter inherits from ::first-line. (09cbcd341) - Issue #2065 - Part 2: Expand pattern when track file is created rather than read (b67d7520b) - Issue #2065 - Part 3: Process install manifests with --track in the recursive make backend (558b83975) - Issue #2065 - Part 4: Revise comments and remove parts dependent on hybrid FasterMake/RecursiveMake backend (b1b4c7d0e) - Issue #2065 - Part 5: Fix incorrect inclusion of base file name in destination path for generated FasterMake track files (9c5136872) - No issue - Replace use of deprecated GetPreventDefault in GTK menu bar (704a1bcfa) - Issue #2068 - Only wrap the last line of inline elements when positively padding to the right. (ca3361fb5) - No issue - Fallthrough attributes must be terminated with semicolon. (5c505b86c) - Issue #2070 - When multiple HSTS headers are received, only consider the first. (c95a80207) - Issue #2053 - Disable DOM Performance API navigation timing. (9958e387d) - Issue #80 - Fix deprot in dom/base. (ba1887ff4) - Issue #80 - Fix deprot in js/src/irregexp. (507ed86ef) No official Pale-Moon changes picked since my last build. No official Basilisk changes picked since my last build. Update Notice: - You may delete file named icudt58l.dat inside program folder when updating from old releases. * Notice: From now on, UXP rev will point to `custom` branch of my UXP repo instead of MCP UXP repo, while "official UXP changes" shows only `tracking` branch changes.

Build 1030 will be discussed in a separate thread -- https://msfn.org/board/topic/184266-arcticfoxienotheretoplaygames-360chrome-v135-build-1030/ Download links will be provided shortly.

thanks! this would also make a good guide for anyone new to using the extended kernal (the pin request has been put in)

Yes, it is possible to get latest Firefox version working with extended kernel. Make sure you have the latest Extended Kernel. First, download the latest Firefox x64 installer from here. Then, to install Firefox, there are 2 ways: The first way (IMO, it is the easiest way to install Firefox, since you are spoofing its installer after unpacking it only ): 1- Extract the Firefox x64 installer with WinRAR (or 7-Zip) by right clicking on the installer and selecting Extract. 2- Open Notepad and put the following contents: [C:\Users\<username>\Downloads\Firefox Setup X\setup.exe] BuildNumber=7601 (replace <username> with the username you used on your computer, and replace X with the Firefox version that the installer will install, e.g. if the version of Firefox the installer will install is 108, replace X with 108.0) On File menu, click Save As, and save the file as osver.ini on the Desktop (you have to change the "Save as type" to "All Files" to save it as .ini, otherwise, it will save as osver.ini.txt), then move it to Windows folder in C:\ drive. 3- Open Firefox setup (named setup.exe) from the "Firefox Setup X" folder and follow the instructions. Once setup finishes, untick "Launch Firefox now". The second way (I use the first way, it's better IMO, than spoofing the entire OS just to run the installer unpacked ): 1- Open osver.ini (which was created Desktop, then moved to C:\Windows) and add the following contents: [Global] Enabled=1 MajorVersion=6 MinorVersion=1 2- Open Firefox setup (named Firefox Setup X.exe) and follow the instructions. Once setup finishes, untick "Launch Firefox now". If you followed the steps carefully for one of the above ways, congratulations, you have installed Firefox successfully! But, if you open Firefox immediately, you will notice that the font of Firefox isn't displayed properly! To fix this, open osver.ini and add the following contents: [C:\Program Files\Mozilla Firefox\firefox.exe] Enabled=1 BuildNumber=7601 Done! You now have the latest Firefox working on Vista with extended kernel!

original article--->Drinking-two-or-more-cups-of-coffee-a-day-linked-to-cardiovascular-disease-mortality-among-people-with-severe-hypertension. Drinking two or more cups of coffee a day may double the risk of death from cardiovascular disease among people with severe high blood pressure (160/100 mm Hg or higher) but not people with high blood pressure not considered severe, according to research published today in the Journal of the American Heart Association, an open access, peer-reviewed journal of the American Heart Association. In contrast, the study found that one cup of coffee and daily green tea consumption did not increase the risk of death related to cardiovascular disease at any blood pressure measurement, though both drinks contain caffeine. According to the FDA, an 8-ounce cup of green or black tea has 30-50 milligrams of caffeine, and an 8-ounce cup of coffee has closer to 80 to 100 milligrams. Previous research found that drinking one cup of coffee a day may help heart attack survivors by lowering their risk of death after a heart attack and may prevent heart attacks or strokes in healthy individuals. In addition, separate studies have suggested drinking coffee regularly may reduce the risk of developing chronic illnesses, such as Type 2 diabetes and some cancers; may help to control appetite; may help to lower the risk of depression or boost alertness, though it is not clear if this effect is from the caffeine or something else in coffee. On the harmful side, too much coffee may raise blood pressure and lead to anxiety, heart palpitations and difficulty sleeping. Our study aimed to determine whether the known protective effect of coffee also applies to individuals with different degrees of hypertension; and also examined the effects of green tea in the same population. To the best of our knowledge, this is the first study to find an association between drinking 2 or more cups of coffee daily and cardiovascular disease mortality among people with severe hypertension." Hiroyasu Iso, M.D., Ph.D., M.P.H., study's senior author, director of the Institute for Global Health Policy Research, Bureau of International Health Cooperation, National Center for Global Health and Medicine in Tokyo, Japan, and professor emeritus at Osaka University) High blood pressure, also known as hypertension, occurs when the force of blood pushing against the walls of blood vessels is consistently too high, making the heart work harder to pump blood. It is measured in millimeters of mercury (mm Hg). The current blood pressure guidelines from the American Heart Association and the American College of Cardiology classifies hypertension as a blood pressure reading of 130/80 mm Hg or higher. The blood pressure criteria for this study are slightly different from the ACC/AHA guidelines. Researchers classified blood pressure into five categories: optimal and normal (less than 130/85 mm Hg); high normal (130-139/85-89 mm Hg); grade 1 hypertension (140-159/90-99 mm Hg); grade 2 (160-179/100-109 mm Hg); and grade 3 (higher than 180/110 mm Hg). Blood pressure measures in grades 2 and 3 were considered severe hypertension in this study. Study participants included more than 6,570 men and more than 12,000 women, ages 40 to 79 years at the start of the research. They were selected from the Japan Collaborative Cohort Study for Evaluation of Cancer Risk – a large, prospective study established between 1988 and 1990 of adults living in 45 Japanese communities. Participants provided data through health examinations and self-administered questionnaires assessing lifestyle, diet and medical history. During nearly 19 years of follow-up (through 2009), 842 cardiovascular-related deaths were documented. The analysis of data for all participants found: Drinking two or more cups of coffee a day was associated with twice the risk of cardiovascular disease death in people whose blood pressure was 160/100 mm Hg or higher compared to those who did not drink any coffee. Drinking one cup of coffee a day was not associated with increased risk of death from cardiovascular disease across any blood pressure categories. Green tea consumption was not associated with an increased risk of cardiovascular disease mortality across any blood pressure categories. These findings may support the assertion that people with severe high blood pressure should avoid drinking excessive coffee," said Iso. "Because people with severe hypertension are more susceptible to the effects of caffeine, caffeine's harmful effects may outweigh its protective effects and may increase the risk of death." The study found that people with more frequent coffee consumption were more likely to be younger, current smokers, current drinkers, eat fewer vegetables, and have higher total cholesterol levels and lower systolic blood pressure (top number) regardless of the blood pressure category. The benefits of green tea may be explained by the presence of polyphenols, which are micronutrients with healthy antioxidant and anti-inflammatory properties found in plants. The researchers noted that polyphenols may be part of the reason only coffee consumption was associated with an increased risk of death in people with severe high blood pressure despite both green tea and coffee containing caffeine. The research has several limitations: coffee and tea consumption were self-reported; blood pressure was measured at a single point, which did not account for changes over time; and the observational nature of the study could not draw a direct cause-and-effect connection between coffee consumption and cardiovascular disease risk among people with severe high blood pressure. Further study is needed, researchers said, to learn more about the effects of coffee and green tea consumption in people with high blood pressure and to confirm the effects of coffee and green tea consumption in other countries.

I have: RAM used after Windows boot (without browsers): 272/3071 MB (8%) RAM with 360Chrome 13.5 regular: 455/3071 MB (14%) (and with my 3 extensions for now....) 455-272=183 MB for 360Chrome... RAM with DCBrowser (ancient v.): 512/3071 MB (16%) (and with my all 11 extensions...) 512-272=240 MB for DCBrowser... I've NOT rebased...

You could use the normal chrome.dll standard and also a chrome.dll_rebase in the same folder. Then everyone can test it themselves which runs better. That would be the best.

I suppose I could run with a default that work on x86 even though it will not work on x64. I have a strong hunch that MOST folks here on XP are all on x86. I think me and @UCyborg are the only two on x64.

Me too! With the original file, my RAM usage went from 48% to 75% when 360Chrome was run, with no tabs open. With the rebased file, it goes from 48% to 52%!

Sorry for the late response, Yes, I was able to see the movie, thank you.

Sorry if i wasn't clear enough, i didn't mean to I want to prevent this. What i would like is for both browsers to not interfere with each other, to behave like really separate browsers. The issue until now was that they share the profile index file profiles.ini - whichever profile is set as default in there loads regardless if you started NM27 or NM28. I mostly use NM27, and start NM28 only to test something, if i have an issue with some site, or if i want to quickly check a page and close the browser (here both NM27 and Serpent52 have over 150 tabs and start pretty slowly). The way i start NM28 is by using the -P parameter, which brings up the profile manager. This also means that i have to do the same the next time i start NM27. If the wrong browser gets launched accidentally, it will (most likely) mess up the current default profile. Last builds fixed this by making each browser have its own profiles.ini file. Now @roytam1 says this will be reverted in the next builds (if i didn't misunderstand something). Ugh... As i said previously, one way to have your cake and eat it would be to allow a copy of profiles.ini in the same folder as palemoon.exe to take priority over the file buried in "C:\Documents and Settings\". Hopefully, Roy gets the time (and desire) to implement this. The only issue is if Palemoon is in "C:\Program Files\", on newer Windows you would need to start it as admin to let it modify that file. But, since this is optional (and not needed for a single NM2x browser), you can just let the browser use the regular file in "C:\Users\".

@jaclazI did not block you it was D.Draker that i blocked (for his trolling of topic) and if I made it sound like I blocked you I'm sorry for the confusion you are my friend and I would never ever block you thanks-legacyfan

It appears as though the best I can really do as far as "default" settings for a "public release" is to NOT rebase chrome.dll. But add a post or two with every rebuild on how the end-user can rebase their own chrome.dll. The problem that I am finding is that rebasing is not "universal". I cannot use a rebased chrome.dll that "works" on my x86 and use that same rebased chrome.dll on my x64 (RAM goes from 207 MB without rebase to 388 MB with rebase, I'm better off without rebase on my x64 [or rebase to a different base address]). I rebase to an incorrect address and it doesn't "work". 0x1d10000 seems to work for both my x86 laptop and my x86 desktop - but I do knot know if this address will work for "everybody". I don't think there is going to be a "one size fits all" approach.

There's a tutorial that allegedly lets you run 16-bit apps on 64- bit. I don't know if it works but there are some comments below that say it does.

Best to use the Direct Link option instead of BBCode. The forum does not fully support BBCode anymore unfortunately, the editor will parse it but it gets stripped from posts after submit. Future IPB updates may remove it entirely.

@AstroSkipper - I think you kind of missed one of @UCyborg's main points. There is literally nothing to gain in this community by jumping through your normal hoops to always prove yourself correct and everybody else incorrect. We can all be "equals" even if we all have very different IQ's. Masters learn from their students. Here is my suggestion. Can we post this "issue" on a WiseVector StopX forum and gain some insights from its own user-base? Even without ASLR, a computer can run twenty different programs that all "default" to the same exact base address and all twenty of those programs will run without any BSOD's despite NONE OF THEM being able to land on their "default" base address. There is something else amiss with your computer if you are getting BSOD's. Posting on a WiseVector StopX forum should in the very least IMPROVE the product for future versions.

No, I don't think legacyfan would block a nice and wise member like you.

Now I have the timerhack for hal.dll XP bit64, Lan with Basilisk Browser, but still works only with /ONECPU in boot.ini Dietmar

I know it's Windows 8.1, but it looks like Visual Studio 2022 works on Windows 8.1 unofficially. Gives me a warning that the OS isn't officially supported, but works anyway ^o^ Now, I won't be forced to use that malware Windows 10 just to get school classes done.

You don't have to pick up the right profile with each start - just create two shortcuts with the right targets and put them to your desktop / start menu / quick launch bar, f.e.: target: C:\program files\NewMoon27\palemoon.exe -no-remote -p default target: C:\program files\NewMoon28\palemoon.exe -no-remote -p default2 So you still have a choice, but I don't see a way to circumvent different profile folders and still use the same profile in NM27 and NM28. kind regards soggi

It has to support rebasing due to Windows executable design, which is not position-independent. ASLR on Vista+ is just implemented in a way that when the DLL is first used (same should apply for EXEs), it will reuse the same random address in subsequent processes. Though looking at my Win10, this doesn't always seem to be the case, choosing two processes for comparison, one native executable and one .NET executable, the .NET one had differing addresses in two instances of the process. DLLs had to have relocation tables in any case due to possibility of conflicts, old EXEs did not have them, they're always first inside the address, but since ASLR is the thing, EXEs have the relocation table well so they can be relocated freely inside address space by the ASLR feature. Edit: Perhaps .NET executables/images are different, but native .NET images might behave the same as normal native images, not sure.

@NotHereToPlayGames @Humming Owl I just remembered I forgot to report a yet another stray Chinese UI string I saw a while back. It shows up when downloading from a "dangerous" site; IIRC there was a certificate problem with a not at all suspicious podcast host when I saw it. I'm too lazy to look for a suitably problematic site right now, but you can simulate it if you search for 85 E4 00 00 00 8D 86 F8 02 in chrome.dll (2022) and temporarily replace that 85 there at the beginning with 84. Then when you hover over the d/l button, all downloads should be red and have that message attached (if the filename is too long, you can see it in the tooltip). The string is "（来自危险网址）": EF BC 88 E6 9D A5 E8 87 AA E5 8D B1 E9 99 A9 E7 BD 91 E5 9D 80 EF BC 89 A fairly literal translation would be " (from unsafe URL) ". In any case, it's UTF-8, and should be padded with spaces to full length of 24. I also recommend starting with a space before the paren, because Chinese parentheses are double-width and have the space "built in".

It has been changed since Windows 7 build 6936. I tried replacing the d3d9.dll file with build 6910's and it still behaves like Vista's d3d9.dll (BEX64 crash code c0000005), but build 6936's works perfectly just like normal. I tested it myself on Windows 7 build 7000. Driver version: 10.18.10.4885 (December 2017 build), using George King's NTOSKRNL Emu_Extender

Based on my experience with Vulkan on Vista-compatible NVIDIA drivers, I would not be so quick to pin the issues on user-mode components. I'm not sure if there were any major changes to D3D9 since Vista brought in D3D9Ex. I would have to do a binary diff of the Vista SP2 and 7 SP1 D3D9 binaries...

I have them all set to default.

Well, I meant that the OS will rebase in memory/pagefile when it's loaded if there's a conflict, that causing BSODs is really strange. I tried WiseVector StopX really quick in a VM, couldn't install in that old messy XP x86 SP3 VM, the installer crashed, but I could load it on XP x64. Seems to put quite a strain on the CPU when Chrome does something, though I couldn't crash the system. Maybe I'll try again at some point with fresh XP SP3.

Since I still use 1030, I actually used it to develop this patch before applying it to 2022. So, for 1030: Drop Share URL QR Code from Chrome mode page context menu: 89 F9 68 6D 1A 00 00 68 4F 81 00 00 EB 0F 68 6D 1A 00 00 68 4F 81 00 00 Drop Share URL QR Code from Chrome mode link context menu: 89 F1 68 6D 1A 00 00 68 50 81 00 00 EB 0F 68 6D 1A 00 00 68 50 81 00 00 Drop Share URL QR Code from IE mode page context menu: 6A 00 68 D5 08 00 00 FF 75 08 FF 15 E4 B1 EA 16 EB 5E 68 D5 08 00 00 FF 75 08 FF 15 E4 B1 EA 16 68 E4 25 00 00 FF 75 08 FF 15 E4 B1 EA 16 68 D5 08 00 00 FF 75 08 FF 15 E4 B1 EA 16 68 E4 25 00 00 FF 75 08 FF 15 64 B2 EA 16 68 D5 08 00 00 FF 75 08 FF 15 64 B2 EA 16 Drop Share URL QR Code from IE mode link context menu: 8D 7D E8 68 6D 1A 00 00 57 E8 41 58 17 FB EB 3A 90 68 6D 1A 00 00 57 E8 41 58 17 FB Drop Share URL QR Code from IE mode image link context menu: 8D 45 D8 68 6D 1A 00 00 EB 43 90 68 6D 1A 00 00 Drop Share image location from Chrome mode image context menu: 89 F9 68 6E 1A 00 00 68 51 81 00 00 EB 0F 68 6E 1A 00 00 68 51 81 00 00 Drop Share image location from IE mode image context menu: 6A 00 6A 0F 53 FF 15 E4 B1 EA 16 83 F8 FF 74 3C EB 4A 6A 0F 53 FF 15 E4 B1 EA 16 83 F8 FF 74 3C Drop Translate to English from Chrome mode page context menu: 8D 86 F0 02 00 00 50 E8 2F 9E 72 FE E9 E6 00 00 00 90 50 E8 2F 9E 72 FE As for your questions, I used the obvious suspect for such things. But its free version or Ghidra or OllyDbg should work just as well. Finding the locations isn't too hard with the source code for Chromium available, don't really need to decompile or use the debugger. It takes quite some time to disassemble/analyze a huge DLL like this one, though.

Standard 32 bit Chromium works as well, including extensions. But Steam and Discord do not work properly yet. Steam can connect to the Internet again, but the Chromium parts of it don't display anything and logs are not very helpful at this time. They are continuing to add functions to Chromium 111, and I was able to run that with --no-sandbox, but not with sandbox yet.

@UsefulAGKHelper Original razzle is ideal to compile anything from leaked sources, just cd to directory and build any .sys/.exe/.dll To show BSOD info on UEFI screen i think a lot of things need to rewrite or create from scratch, technicaly BSOD screen is text screen rendered by bios fonts, so in win8/win10 no more text mode, only hires screen with bsod code

I just wanted to put my final reply to you in this subject, thank you. Doesn't matter to me, I love reading from that website, as it is one of the best websites for tech news. Again, me being unable to understand things like this doesn't really relate with my English. I just didn't understand them. I wasn't writing to you for this reason. Also, no thanks, I would rather continue studying English than being charged for lessons. Anyway, this is my last reply to this subject. You can reply with what you want, but I won't reply any further to this to avoid derailing this topic. Have a nice day.

Thank you @roytam1

... As I added later, it's because of: with Goanna versions being different between Pale Moon (5.2.1, but recently changed to 6.0.0 in official UXP master) and the UXP forks (4.8.6) discussed in this thread...

Same in official Pale Moon, works in SeaMonkey.

It is NOT an intentional change, upstream pushed some changes that removing some PM changes which effectively/finally changed vendor name in resulting binary. a fix that reverts such changes is pushed to tree and will be available with old vendor name in next build.

Sorry, a bit late due to Christmas... The mirror of latest ArcticFox 40, BNavigator 0.9, Firefox 45ESR, IceApe 52, IceDove 52, K-Meleon 1.5.x/74/76, MailNews 52, New Moon 26.5/27/28, RetroZilla, RZ browser and Serpent 52/55 builds by @roytam1 has been updated -> soggi.org - tools. changelog: - added latest BNavigator 0.9 20221224 build - added latest IceApe 52 20221224 build - added latest IceDove 52 20221224 build - added latest K-Meleon 76 20221224 build - added latest MailNews 52 20221224 build - added latest New Moon 27 20221224 builds - added latest New Moon 28 20221224 builds - added latest Serpent 52 20221224 builds - added latest Serpent 55 20221224 builds To don't lose track of things I want to update too someday... todo: - add various flash player versions - add FlashFix for WinXP - add VLC 2.2.8 (WinXP non-SSE2) - add polyfill addons ------------------------------------------- OMG - even inside the most casual correspondence this is unacceptable! The first impression counts - so the check of the first word is extremely important! LOL I had no problems using the same profiles with NM27 and NM28 (beside some expected due to different code base). Hm... have to check if this doesn't work anymore now!? I always just replace the program folders. Edit: OK, I just tested NM27 right now and it couldn't access the profile which it's shortcut was linked to before because it now links to ..\Moonchild\Pale Moon\.. instead of ..\Moonchild Productions\Pale Moon\.. - see screenshot below. kind regards soggi

Damned they be! They plainly reject the UA sent by Serpent 52/55 (the Goanna and/or Basilisk slices) ... Edit: It's the "Goanna/*" UA slice they really object to ... The site loads fine via spoofing a "pure" Firefox UA, e.g. : "Mozilla/5.0 (Windows NT 6.3; rv:52.0) Gecko/20100101 Firefox/52.0"

Updated DCBrowser: - Applied delcert and libase to several DLLs and to the EXE file (detailed list on TXT file). - Added a custom launcher for DCB (BATCH file for the browser) (needs to be in the same place the "DcBrowser.exe" is). - Changed location of DCB download (Now Internet Archive) Download --> https://archive.org/download/360EE_Modified_Version Regarding the launcher ("DCB-Launcher.bat"), it forces the browser to create the user data folder in the same place as the executable of the program, if you don't want this you can easily remove the flag "--user-data-dir" in the launcher. The launcher is a separate download. This is also a test, if it works well for the people using this browser I will do it to the rest of the browsers I share. I want to know if everything goes well. Cheers.

Greetings all MSFN members! This post is to serve as a reminder that the report system is not for communicating with moderators. If you need help with your own post, please PM an active moderator or post in the Site & Forum Issues forum. The report system is only to be used for reporting problematic posts or threads made by other users that break the rules. Also, please be sure to include a short description when you do submit a report so it can help us discern the issue with the post quicker and we don't have to spend a lot of time going through other posts to figure out the underlying issue. Thank you!

Were you able see this movie, mina? Just silly flick, really. Enjoy