egrabrych

The contents of the updroots.sst file have been changed; the contents of the other * .sst files are unchanged.

The delroots.sst and updroots.sst files have changed, the authroots.sst and roots.sst file remains unchanged.

I advise anyone who wants to create a language package for MyPal68.14.6+ in their language to use the solutions contained in the Russian package mentioned in: https://github.com/feodor2/mypal68/issues/203 . Because the range of changes introduced in this package, compared to the original Firefox 68 package, is huge, and earlier "tricks" such as adding only a few code lines, this time they do not work.

After updating Mypal68 to version 68.14.6, the previously used language pack: original for Firefox 68 with the patch https://github.com/Feodor2/Mypal68/issues/203#issuecomment-1573561868 , caused a critical error:

You may be interested in the YourCPL program, which is no longer available today, by Ian Sharpe: http://web.archive.org/web/20130805005857/http://www.atrandom.iansharpe.com/yourcpl.php Unfortunately, the download link is no longer active; fortunately, I have the file yourcpl_1_2.zip and I am sending it to you privately.

I don't know if it would make sense, because with the DEFAULT setting (in Firefox) of the geo.enabled variable (to value = '"true") the page: https://polskieradio24.pl/ opens correctly. And no one is telling anyone to block geolocation by setting the geo.enabled variable to "false" I wrote about this problem ONLY because in Mypal68 it is the other way around: the DEFAULT value of the geo.enabled variable is "false" - so someone who does NOT modify the value of this variable may encounter a similar error on some other page and will not immediately know what is causing it.

Information: From time to time (irregularly) I used the website: https://polskieradio24.pl/ Recently, instead of the content of this page, the following message began to be displayed: Application error: a client-side exception has occurred (see the browser console for more information). During my "investigation" I determined that the cause of this state of affairs is the setting of the value "false" for the configuration variable: geo.enabled . Since I have had the value "false" set for this variable for many years (earlier - in the Firefox browser), and the website: https://polskieradio24.pl/ was displayed correctly not so long ago, I suspect that the cause lies in some change recently introduced in Java Script. The problem described above does not depend on the browser version and occurs not only in MyPal68, but also in the current latest version of Firefox (130.0.1). This problem disappears after changing the value of the configuration variable geo.enabled to "true" (this is the default value of this variable in the current latest version of Firefox). This problem does NOT appear (after setting geo.enabled to "true") when we block the display of requests for current location in the browser settings (MyPal68, Firefox): I am posting this information here because MyPal68 in the current version 68.14.4b has the configuration variable: geo.enabled set to "false" by default - so someone else may also encounter the same problem.

This problem did not occur in earlier versions of MyPal68. When trying to open the website https://allegro.pl/ there is a request: Confirm you are a human. After accepting this request, a picture is displayed, where you need to move the puzzle to the right place (you can do it) - only after this operation the desired website opens. Can a change of settings in about: config can help here?

Re -update. The contents of the updroots.sst file have been changed; the contents of the other * .sst files are unchanged.

On codeberg.org there is an error: Outdated, today it's OK.

The contents of the updroots.sst file have been changed; the contents of the other * .sst files are unchanged.

Yes, I meant these problems. https://github.com/Feodor2/Mypal68/issues/273#issuecomment-1732450813: NS-Clone commented on Sep 24, 2023 корень зла browser.tabs.remote.autostart;false (эффект только после перезапуска) Leaving browser.tabs.remote.autostart = true (the default) actually removes them. Thank you!

Can I suggest something INSTEAD OF MUTUAL DISPUTES? Something that definitely applies to the MyPal68 browser. I hope I can; so I suggest you take an interest in the following issue: does MyPal68.13.9b save "images" (*.jpg and similar formats) to the local disk without any problems? I'm asking because I had problems with it - but they were identified so imprecisely that I prefer to refrain from describing them.

Which version of Mypal68 did you use to open this page? For me, version 68.13.5 did it correctly, but since version 68.13.7 this page opens only for a moment and then disappears, replaced by an empty window.

I would like to inform you that at: https://github.com/Feodor2/Mypal68/issues/360 I have just posted the following information: The network.http.keep-alive.timeout preference specifies how long a file will be locked on the local disk ( that Mypal68 locks files on the local drive for the time specified in the network.http.keep-alive.timeout preference when adding these files as email attachments).