AstroSkipper

I assume you meant 32-bit version. Otherwise, it would be a bit funny.

There is an address bar at the top of the logger where you can choose an already opened tab from the browser. If you choose one which was opened before the logger was started, nothing can be shown then.

@feodor2 What kind of P4 CPU did you use for testing? My Pentium 4 Northwood CPU is equipped with the SSE2 instruction set at maximum. What is yours? I'm asking you this for a clear reason. The P4 Prescott CPU, for example, was introduced in 2004, and it already has the SSE3 instruction set. Just an idea!

Thanks for investigating this! Here are my hardware ans OS specifications: Windows XP Professional SP3 with all POSReady updates with an Intel Pentium Northwood 2.80 GHz CPU (single core, 32 Bit), 1.5 GB SD-RAM and a NVIDIA GeForce 6200 graphic card. It is very strange that you and I often come to different results. The uBO logger does not work for you in single-process mode, but it does for me. On your P4 machine, you have no problems with loading the filter lists in multi-process mode, but I do. What's going on there? It's almost hard to believe. And where is the explanation? Something is not right at all.

Maybe it works for this too? Thank you very much! Setting dom.forms.button.standards_compliant to false did the trick. For the very first time, I was able to upload a test file from New Moon 28 to my main folder on Codeberg. I am really happy. Great find! Thanks again!

Yep! It works as it was designed. But personally I don't like this design. TZ Clock only shows the time and date when clicking onto the toolbar item. In contrast, my Clock custom button shows the time in the toolbar itself and when hovering, the weekday and date. But in the end, it's always a question of taste.

Works for me – thank you for fixing the XP time zone anomaly. Ben. @roytam1 I would also like to take this opportunity to say thank you for this wonderful fix. Everything related to local time, date, DST and time zone now works perfectly in my New Moon 28 browser. I also reverted the code of my Clock custom button, and now, it works as it should. Thanks!

Why didn't you say right away that you mean the Adguard filter lists inside uBlock Origin if I understood you correctly this time? Clear questions would be more effective in obtaining suitable answers. Anyway! I will test these filter lists and report. However, in single-process mode, uBlock Origin works great as far as I can say. @feodor2 I performed several tests with uBlock Origin 1.57.2 in the multi-process mode of Mypal 68.14.0b. So far, all filters including the Adguard ones seem to be working as they should. Blocking ads, scripts and other objects on the websites and ad blocker test sites I have selected works, too. I even checked a lot using the uBO's logger. But as I already stated here, uBlock Origin 1.57.2 and previous versions only work in this mode on my computer with a 32-bit single-core CPU if extensions.webextensions.remote is set to false. However, this setting means a kind of neutering the multi-process mode and in my opinion can only be a temporary fix, as it affects all installed extensions in any case. Although I am glad that uBlock Origin 1.57.2 is working in multi-process mode at the moment, I therefore still think that a real fixing of this issue, if possible at all, would be a better solution than partially switching off multi-process mode.

Confirmed! Tz Clock can no longer get the correct time zones in Mypal 68.14.0b.. I don't know to what extent the implementation of the lacking feature "Internationalization & Localization" that I reported to the issues of Mypal 68 here long time ago would change anything, If you want, you can report this extension to the Mypal 68's issues on GitHub. @feodor2 recently created a separate issue for extensions which stopped working due to his recent browser changes.

What issue do you refer to? Your statement is a bit unclear, at least for me.

Why didn't you say right away that you mean the Adguard filter lists inside uBlock Origin if I understood you correctly this time? Clear questions would be more effective in obtaining suitable answers. Anyway! I will test these filter lists and report. However, in single-process mode, uBlock Origin works great as far as I can say.

So far, I have only used two extensions in multi-process mode, uBlock Origin and Clear Cache. Now that uBO is presumably working again, even if only by neutering the multi-process mode, I will test this mode more closely and report. In any case, I use it especially to access Codeberg because, as you already know, this website is not stable in single-process mode and does not work properly in New Moon 28 or Serpent 52.

Ok. Although Mypal 68 is based on Firefox 68, however, its JavaScript engine is more recent on 83 level. So theoretically, some other extensions may no longer function properly as a result. I will keep that in mind and report in my thread about extensions when such problems appear.

At least, on my old computer with a 32-bit single-core CPU. I did a little research about the preference extensions.webextensions.remote. This is a preference to disable separate webextensions process(es). When set to true, Mypal 68 will use separate content process(es) for webextensions that are installed in the web browser. The number of these processes can be set by the preference dom.ipc.processCount.extension with the default value of 1. When extensions.webextensions.remote is set to false, then Mypal 68 won't use separate content process(es) for these webextensions. The extensions.webextensions.remote preference will only be read once. If you are changing this preference, the browser needs to be restarted for it to apply. I now assume that this preference has no effect when using Mypal 68 in single-process mode because there is only one process.

Thanks for replying! I injected the Event.submitter polyfill code into the Codeberg website in New Moon 28. Unfortunately, it doesn't solve the issue.

Thank you very much! I already tried different preferences. Also switching both preferences, extensions.webextensions.remote and extensions.webextensions.protocol.remote, together to the value false. But this didn't work. In contrast, as suggested by you, setting only the preference extensions.webextensions.remote to false seems to do the trick. Of course, I have to observe this for a while to be sure all is good now but at the moment, it is definitely working. So, many thanks again! BTW, does switching this preference to false have any disadvantages or negative side-effects?

@roytam1 When I try to upload a file to my account on codeberg.org in New Moon 28, it is impossible to access the items in the menu "Add File". These items are not clickable and therefore inaccessible. The mouse pointer can't capture the menu items but only those which are located underneath.. Do you have an account there? Any ideas? Here is a screenshot of this issue: And this is the output of the Web Console on my Codeberg website: This browser doesn't have "SubmitEvent" support, use a tricky method to polyfill index.js:20:188978 So, it seems to be "polyfillable". Any clue about "SubmitEvent"? Greetings, AstroSkipper

Thanks for replying! Unfortunately, I don't understand what you wanted to say or ask. I never used Adguard with multi-process mode in Mypal 68 but only uBlock Origin. That would be great.

Of course, we are only speculating here. Unfortunately, I have not yet been able to discover any error message or anything that would be helpful in investigating the cause of this issue. I wouldn't even have noticed this error, as I was actually only running Mypal 68 in single-process mode. I tried the multi-process mode just to see if it works well on my old computer and noticed that Codeberg.org runs stable in this mode. As already described, Codeberg.org stupidly leads to crashes in single-process mode.And it was @feodor2 last year who told me in his issues on GitHub that Mypal 68 produces less errors in multi-process mode than in single-process mode and would be therefore the more stable mode. So, I wanted to give this mode a try.

Thanks for testing! Even if you try to force Mypal 68.14.0b being executed on only one core of your 64-bit multi-core CPU, it is probably not the same as a real 32-bit single-core CPU. Or what do you think?

@feodor2 I have deeply tested uBlock Origin 1.57.2 and older versions of uBO in Mypal 68.14.0b, Mypal 68.13.7b and Mypal 68.13.9b. All in multi-process mode on my computer with a Pentium 4 32-bit single-core CPU, even in different Windows XP installations. I got the same issues, the same problems as already described here. Conclusion at the moment: uBlock Origin in Mypal 68 with default multi-process mode is not working properly on my computer with a single-core CPU. Updating of filter lists is broken which results in a complete breakage of uBlock Origin. As long as this cannot be confirmed or fixed by you, I'll revert all installations back to single-process mode which is more stable on my computer with a single-core CPU than your recommended and by default preconfigured multi-process mode. At least as for uBlock Origin. In single-process mode, uBlock Origin is working as it should. Sorry for these bad news! Nevertheless, I really appreciate your efforts in developing Mypal 68. PS: If anyone were or weren't able to confirm my observations on a computer equipped with a single-core CPU, I would really appreciate that. But there is also the possibility that I am the only one, for whatever reason. So, the question is not "To be or not to be" but am I really the only one?

Ok. As usual the proof is in the pudding. I have two partitions with Windows XP installed. One with POSReady 2009 and one without. I will test that and report here. I have just tested uBlock Origin 1.57.2 in Mypal 68.14.0b multi-process mode on my Windows XP partition without any POSReady 2009 updates. Same issue. When starting to load the filter list Adguard - Ads, all is over. Endless loading and uBlock Origin is then completely broken. Thus, as I already assumed, this issue is definitely not related to POSReady 2009 patches/updates.

Of course, this is all a little confusing. But the multi-process mode of Mypal 68 has nothing directly to do with a multi-core CPU. In multi-process mode, Mypal 68 opens every single tab, all extensions and other things into new browser processes, just as Chrome (including 360Chrome) has been doing for a long time. The advantage of Mypal 68 is that the single-process mode still exists and can be switched on if desired. Each of these modes has advantages, but also disadvantages, as you surely know.

Thanks for your assessment! I tend to agree with that. My Windows XP computer is indeed equipped with a 32-bit single-core CPU. I think using Mypal 68 in single-process mode is more suitable as I already did from the very first. In this mode, it uses also much less RAM.

Ok. As usual the proof is in the pudding. I have two partitions with Windows XP installed. One with POSReady 2009 and one without. I will test that and report here.