Ascii2

Just setting security.csp.enable to false does not result in passing of the Cloudflare prompts. However, it does apparently stop many of the High CPU problems during those prompts and, presumably, elsewhere. I have not yet tried combining user agent spoofing.

@roytam1, Thank you for all your efforts. I report that Cloudflare "Performing security verification" prompt is passing on the current New Moon and Serpent. However, it is not passing on the current BNavigator. I request that BNavigator also be updated to pass the Cloudflare "Performing security verification" prompt.

For information, I have provided a userChrome.css stylesheet for @feodor2's Mypal 68 browser to unhide or un-obfuscate various UI elements. A thread providing that contribution is available at: .

Good Day All, Mypal 68 series (currently through version 78.0.2), by @feodor2, has various UI elements that are hidden without a UI or setting option to unhide or un-obfuscate the UI elements. Presumably, this is how it normally is with Mozilla Firefox Quantum, for which Mypal 68 series is a derivative work. In (much) older versions of Firefox, these elements were not obfuscated or hidden, existing of the elements at issue permitting. I hereby present a userChrome.css Cascading Style Sheet document that I created to make the UI element behave or be available reasonably again (as they once were). I have had this style sheet for a while, but never posted it (I might have tried long ago but was having difficulty with posting troubles at the time). The style sheet works on Mypal 68.x series generally and is intended to work across normal themes and style densities. The CSS changes are generally made directly against the actions from the internal browser CSS. An issue to note, is that #urlbar-go-button used to be .urlbar-go-button in the internal browser CSS and thus my provided userChrome.css's content should so be so adjusted if it is to be used with old versions of Mypal 68 that use the older reference. I am uncertain (did not retain note) which browser version increment resulted in the change, but I believe it was a release during year 2024. The style corrects the following problems (Changes described in the parentheses): The Stop and Reload Buttons, in button container, are combined into one button space and only one button displays at a time and in a manner not select-able by the user. (The Stop and Reload Buttons now should remain in separate button spaces (are still both together in a button container)) The Go Button is often hidden. (The Go button is now always shown.) The Location Bar Dropdown marker is invisible despite being present. (The Location Bar Dropdown marker is made always visible.) The Searchbox's Go button is often hidden. (The Searchbox's Go is now always shown). Many Menubar menu items are hidden when something other than the keyboard (such as a mouse) is use to first open a Menubar menu. (Menubar items are now also displayed when something other than the keyboard (such as a mouse) is use to first open a Menubar menu). Location bar Dropdown marker and Location Bar Go button (and relative also to the Location Bar Page Action Buttons container) are postponed in places where they might not be static (stay in the same place) and are in different relative places than classical design (here, meaning pre-Quantum). (Item relative locations are adjusted so that to they are ordered in the classical layout (meaning pre-Quantum). As a side note and unfortunately, with regards to the Location bar items positioning, for post-Quantum Firefox, the Mozilla design choice becomes instead to remove these UI elements so they do not display and cannot be used. The userChrome.css CSS style sheet I provide is attached herewith and its content is the following: @namespace url("http://www.mozilla.org/keymaster/gatekeeper/there.is.only.xul"); /* set default namespace to XUL */ /* --Section START---------------- */ /* Separate Stop and Reload buttons (remains in its own container button) */ /* CSS cannot remove the encapulating container now present in Quantum */ #stop-button, #reload-button { display: -moz-box !important; } /* To suppress display of animation, Disable the filled stepping effect when button animating */ /* This is done to prevent the animations onto the stop or reload buttons that includes pictures of the other button */ /* This provides the classic-looking behavior for Firefox */ #stop-reload-button[animate] > #reload-button > .toolbarbutton-icon, #stop-reload-button[animate] > #reload-button[displaystop] + #stop-button > .toolbarbutton-icon { fill: none !important; } /* Must also disable the animation display */ #reload-button > .toolbarbutton-animatable-box, #stop-button) > .toolbarbutton-animatable-box { display: none !important; } /* Disable animation so things look right on dark and light (default) themes */ #reload-button:not([displaystop]) > .toolbarbutton-animatable-box > .toolbarbutton-animatable-image { animation-duration: 0ms !important; } #reload-button[displaystop] + #stop-button > .toolbarbutton-animatable-box > .toolbarbutton-animatable-image { animation-duration: 0ms !important; } /* Remove pictures used for animations (which include stop and reload pictures together for both stop and reload buttons) */ /* Important for dark theme to look okay if animation is allowed (duration). Otherwise, would look okay on normal theme */ /* I have disabled animations with code above, but including here anyways for completeness */ #stop-reload-button[animate] > #reload-button > .toolbarbutton-animatable-box > .toolbarbutton-animatable-image { background-image: none !important; } #stop-reload-button[animate] > #reload-button[displaystop] + #stop-button > .toolbarbutton-animatable-box > .toolbarbutton-animatable-image { background-image: none !important; } /* ------------------Section END-- */ /* #page-action-buttons is Container for set of buttons that includes the Star button, Page Actions button, pageActionSeparator (a simple separator button that does nothing more), and Reading View (and maybe others) */ /* Explicitly set ordinal group to be before the explicitly set URLbar History Dropdown marker button and Go button */ /* Likley unnecessay in default theme, but perhaps good where order is different for other reason (such as another theme) */ #page-action-buttons { -moz-box-ordinal-group: 97 !important; } /* Always display Location Bar "Go" button, and on the extememost postion (end of URLbar) */ /* Unhides the URLbar Go button and always display the button AND positions it at end of URLbar */ #urlbar-go-button { -moz-box-ordinal-group: 99 !important; display: -moz-box !important; } /* Always display Location Bar Dropdown marker and position at end directly before postion of urlbar-go-button */ .urlbar-history-dropmarker { -moz-box-ordinal-group: 98 !important; display: -moz-box !important; /* Needed to override the hiding when typing */ opacity: 1 !important; /* By default when closed, marker is made transparent; this removes the transparency */ } /* Unhide Searchbox Go button */ .search-go-button { display: -moz-box !important; } /* Unhides extra hidden menu items if keyboard is not used to access the menu that contains them */ /* Exempting menu items that should remain hidden */ #main-menubar .show-only-for-keyboard:not([hidden="true"]) { display: -moz-box !important; } To use the CSS styles here provided, place the userChrome.css style sheet file in the browser user profile directory's "chrome" subdirectory. If a userChrome.css file pre-exisists there, decide how to incorporate the changes I present in this style sheet, with the existing file, or optionally, replace the file (which may overwrite and prevent new usage of the previously installed userChrome.css file.) A picture of the browser after my userChrome.css file is applied: [Could not post here. Forum wants smaller picture size, despite already being small.] Linking from image hosting site: Enjoy. userChrome.css

It does not.

Yes. I was getting rather tired when I wrote that and the post to you and did not proofread the post well enough. I had originally started writing around that quoted question, but then tried to patch the SP2 HALs myself to check. Something I wanted to ask, but forgot, is: Whether it is important for you to stay on an old Windows XP Service Pack 2 level kernel? If not, you might try a newer kernel version (and other possibly other updates).

My impression is that there might be HAL issues or CPU errata/microcode issues on at least the SandyBridge machines. I have tested the WinXPPAE.exe 3.5.0.0 patch tool on newer HAL files than the initial Service Pack 2 version, and they are also rejected as invalid by the patcher. Perhaps the SP2 versions do not need the patch; it is possible that whatever is patched for the Service Pack 3 HALs might not be an issue on the SP2 HALs. Have you tried using the SP2 HAL with the WinXPPAE.exe 3.5.0.0 patch tool patched SP2 kernel? Regardless, you might wish to try newer SP2 HAL. The update packages that I have are all intended as the English language (United States) versions, however, I would expect the HALs should still work in another language distribution if the HAL file is specified explicitly in boot.ini. I have uploaded the HAL updates for English Windows XP with Service Pack 2 to: https://www.mediafire.com/file/5ibjk0jsnltisxa/SP2_HAL_Updates.zip/file File Name: SP2_HAL_Updates.zip Size: 7,597,675 bytes CRC32: BA5633F7 MD5: 170844F1EDE2CE551C9E5F213A283059 SHA-1: E29ADE7FE24B8C7D10CDCF1EB30D197733B57DFA SHA-256: B911093A86B272BFDADCEF9F27335DD6E677E0DE60E4D00BBFEFD83C3AC3AB54 SHA-512: E7F08887D5E1DC432C269A40CD5E977F2806FF9D14DDFBBE86B6C58BFB519A3D738F9E98665F3D110619D314A8D6E6385BED5C5520CD97559A7058F62DB55A68

Yes, the batch script is rather defective in that it is unreasonably presumptive as to where resources or files are and can result in not finding the something it should find, finding the wrong thing (which can become a data corruption problem after write operations are performed on originals, such as boot.ini), presuming one wants to use kernel or HAL from sp3.cab, etc. However, the script does provide some level of instruction of a potential method to patch files and deploy those patched files.

Yes, with the daniel_k's solution, he is not providing a pre-patched binary of a single kernel variant version and a single HAL variant version like that "other" patch you referenced; rather, he provides a patcher that can be used on any compatible variant or HAL and any version of such. The daniel_k's solution is generally better and provides more compatibility options. I would disagree. Older PCs could have relatively large amounts of RAM. It is also important to note that it is not RAM that needs to be considered, but addressable memory (which is inclusive of RAM and other things like allocations for video card memory). A old PC system utilizing only 4 GB of RAM would still likely benefit from the PAE fix patch. Even then, there were computers with much larger amounts or RAM and addressable memory; these were often rather expensive at the time. It is also best to think of the patch as a PAE (Physical Address Extension) fix patch rather than a RAM patch; the intentions and products are different. It also seems like there is a presumption that multi-core processors must use a Muti-processor HAL; however, that presumption would not be correct. Multi-core processor can still use Uniprocessor HAL. It is a configuration I often use (one may also often take the opportunity to scale a single core well beyond where it would tend to scale in a multi-core conflagration while having the other cores turned off). Many CPU architectures since about 13 years ago have had this capability and design consideration. The daniel_k patcher provides a patch tool, while "other" patch you linked to is someone's product of patching and in a limited case.

I am not doubting that you have been able to the a PAE kernel to load. The /PAE switch appears to modify the bootloader configuration behavior towards selection to PAE, but does not override explicitly specification the kernel and HAL. Yes, there are various criteria that is evaluated to determine what the bootloader would load, but the criteria should not usually override explicit and compatible specification. With regards to your sources for the DEP default handling behavior, it is my impression that the evaluation mechanism is against hardware provided DEP (which is often an option on BIOS that is reasonably configurable). Where hardware DEP is detectable by the bootloader (perhaps because BIOS has the feature disabled), I do not believe the bootloader selection behavior would necessarily tend towards selection of a PAE kernel. I have never tested that, however. With regards to Windows XP with Service Pack 2 HAL updates, I have compiled a list of fixes that I think should be useful to you: For Windows XP Professioal with Service Pack 2 Install in ascending order: HAL updates (all in ascending order): KB889673 - A hardware DEP-enabled computer may stop responding when you resume from standby or from hibernation in Windows XP Service Pack 2 KB896256 - Computers that are running Windows XP Service Pack 2 and that are equipped with multiple processors that support processor power management features may experience decreased performance KB938826 - A Windows XP-based multiprocessor computer does not restart automatically after a memory dump operation KB951126 - A multiprocessor computer that is running Windows XP stops responding on a black screen after you resume the computer from hibernation KB954434 - A multiprocessor computer that is running a Windows XP, Windows Server 2003, or Windows Vista stops responding on a black screen after you resume the computer from hibernation KB958244 - The system may stop responding when you restart a Windows XP-based multicore computer Only need, to fully update: KB889673 - A hardware DEP-enabled computer may stop responding when you resume from standby or from hibernation in Windows XP Service Pack 2 KB938826 - A Windows XP-based multiprocessor computer does not restart automatically after a memory dump operation KB954434 - A multiprocessor computer that is running a Windows XP, Windows Server 2003, or Windows Vista stops responding on a black screen after you resume the computer from hibernation KB958244 - The system may stop responding when you restart a Windows XP-based multicore computer Other Fixes of interest despite not being HAL: KB952117 - When you try to put a Windows XP-based computer into hibernation or into standby, the computer stops responding

What is rather apparent is that you are using the initial kernel and HAL releases, where compatible with the daniel_k HAL/NTKernel v3.5 patcher. Especially for Windows XP with Service Pack 2, it is important to use newer HALs than were initially released for newer hardware during that time period (which would now be considered older hardware). The systems could have rather annoying bugs otherwise. Your computer, given the hardware, is such a case. A newer kernel would be better, unless there is an important reason that you must stay with the older version. HAL updates were only distrusted as (downloadable) hotfixes; whereas, kernel updates were both in regular updates and hotfixes. With regards to not having to use the /PAE switch because "noexecute=optin is enough". That is not correct. The reason why you might find that the /PAE switch need not be specified for PAE in your case is because you are explicitly specifying and overriding the kernel and HAL to use ("/kernel=" and "/hal=") rather than relying on the otherwise default (potentially "/PAE"-influanced) selection. (See https://web.archive.org/web/20061224201614/http://www.microsoft.com/technet/sysinternals/information/bootini.mspx for a reference on the various arguments you may use in boot.ini.) You also still have not specified the variants/flavors of the kernels and HALs used. Make sure that you have correctly matched the HAL and kernel.

I notice a few things: It is my understanding that Windows XP with Service Pack 2 is used here (which presumably also using Service Pack 2 HAL and kernel). The patch author appears to have tested against Windows XP Professional with Service Pack 3 but not Windows XP Professional with Service Pack 2. reboot12 has not indicated which kernel and HAL file versions (both version number and variant/flavor of HAL or kernel) he has patched and tested. It would be also good to specific the relevant boot.ini configuration used. The problems experienced might not be due to defective patch but rather other bugs or defects in the patched files or elsewhere (such as other system files or other software). The videos do not demonstrate a problem with disk operations but rather performance of select operations.

It is my understanding (I do not renumber why so; it may be hearsay) that the latest patcher, v3.5, includes a process RAM allocation limit; whereas, older versions (so sure how much older) did not. I am unsure of the reasoning why (but do have best guess) and I do not remember if such is consistent with the Windows XP (any flavor) with Service Pack 1 behavior. EDIT: Also, perhaps about 20 years ago, I knew rather better how PAE funcntions. It is my impression that while PAE does allow to more RAM usage (and against a virtual addressing resource penalty), there are still limits and individual processes might not be able to utilize more than a particular amount. I think for 64-bit Windows those limits are much (much) higher. The daniel_k HAL/NTKernel patcher seems to try to restore a more true PAE behavior. It would have been nice if the daniel_k HAL/NTKernel v3.5 patcher would have come with instructions and a changelog.

I notice now with the Project VORAPIS V3 0.9.0.8 and V3 0.9.0.7 extensions ( https://vorapis.pages.dev/ ) on MyPal68 68.14.8b on Windows XP Professional with Service Pack 3, YouTube can no longer play videos. I receive the below representation in the video space instead of the display of the actual video: https://ibb.co/fYXBhs9D My YouTube HTML5 Video Player page looks like: https://ibb.co/r8H7vqr EDIT: Apparently, codecs from local system might not have been recognized by myPal68 at the time before. After installing some codecs to the local system that were not installed before, the YouTube videos with Project VORAPIS (now also with Project VORAPIS updated to version 0.9.0.10) play, though with higher resource usage than I was accustomed to months ago when the Project VORAPIS YouTube also worked.

As I had referenced at https://msfn.org/board/topic/185966-my-browser-builds-part-5/?do=findComment&comment=1268699 , please provide the changes information between what roytam1 used as a base for his derivatives of the Binary Outcast applications and the Retired XUL Platform (RXP). Also, from what you posted recently and other times, I would recommend/warn/counsel/advise the following to you and others generally: At times, there is much bad by others that may be done against one (there are many reasons why such may happen) and one may desire and hope for particular things. It is important to not forsake such things and try to do what is correct. However, it is notably important not become prideful; wrathful (unreasonably or persisting in anger or vengeance), or envious, or lustful, in the process or otherwise, even against malevolence, as it is bad for the self and mind. It might be difficult at times, when in the momentum of such, but one should examine or rest and examine things clearly. Further, if one does not, one also may have tendency to engage in that which is unjust or unrighteous, and one might also become a similarly undesirable variant of what one was originally against. It is important to truly rest both physically and in terms of one's pursuits; it is helpful in achieving clarity. Even if the rest of the world becomes fallen, one need not and should not fall with it. One may wish to even prevent the world from falling; however, it is important to note that one does not have the resources or time (both in terms of mortality and opportunity cost) to do so oneself, and most likely will not without falling oneself. Should you heed this advise, things should improve for yourself (and potentially and consequently also for others).