MyPal 68

[AstroSkipper]

6 hours ago, feodor2 said:

So it is not used anywhere else, what a problem, I did open this window from settings and deleted a cookies - no error.  Means you did something wrong, then try another way.

No, that doesn't mean I've done anything wrong at all . In case of calling up the about:preferences#privacy page, then opening the native "Manage Cookies and Site Data" popup and deleting a cookie, seriously, what can you do wrong? Absolutely nothing! Anyway! I can't confirm your statement. When deleting a cookie in Mypal 68.14.4b, even in a fresh, untouched profile, I always get the same error message:

Services.lsm is undefined                                                                                         ClearDataService.jsm:488
  deleteByHost resource://gre/modules/ClearDataService.jsm:488

It was just a kindness on my part to point this error out to you. And so that you can get a better impression of the error, I have this for you:



So, what can you do wrong when deleting a cookie?

Edited October 26, 2024 by AstroSkipper
Update of content

[feodor2]

Okey I get this when to delete one cookie only, but it deleted regardless, nothing terribly, next version I shall fix the error.

[AstroSkipper]

On 10/27/2024 at 10:24 PM, feodor2 said:

Okey I get this when to delete one cookie only, but it deleted regardless, nothing terribly, next version I shall fix the error.

That would be great. The less bugs, the better. Isn't it?

Now, I have observed another problem in Mypal 68.14.4b, a real bug, so to speak. Sorry for that in advance!  Copying a selected text from a website to the clipboard and then reading it from the clipboard does not work properly when doing it via JavaScript. Although copy and paste natively works, it doesn't work correctly via a script or a code input from the Browser Console. Here is my test code I created to demonstrate the problem. Open a website with a text area, select some text or words, then open the Scratchpad (Enviroment -> Browser) and of course the Browser Console. Now, execute my code snippet:

// Test code

window.focus();
goDoCommand("cmd_copy");
var clip = gClipboard.read();
console.log(clip);

You should then notice in the Browser Console that after the first execution, the logged value of the variable clip is not equal to the currently selected text but equal to the previous content of the clipboard. You get the correct and desired value of the variable clip only after a directly following, second execution of the code. So, only executing the code twice leads to the correct result instead of once. Any ideas?

P.S: I should still mention that contrary to Mypal 68, this test code correctly works in @roytam1's New Moon 28. 

Edited October 31, 2024 by AstroSkipper
Update of content

[AstroSkipper]

On 10/29/2024 at 4:54 PM, AstroSkipper said:

That would be great. The less bugs, the better. Isn't it?

Now, I have observed another problem in Mypal 68.14.4b, a real bug, so to speak. Sorry for that in advance!  Copying a selected text from a website to the clipboard and then reading it from the clipboard does not work properly when doing it via JavaScript. Although copy and paste natively works, it doesn't work correctly via a script or a code input from the Browser Console. Here is my test code I created to demonstrate the problem. Open a website with a text area, select some text or words, then open the Scratchpad (Enviroment -> Browser) and of course the Browser Console. Now, execute my code snippet:

// Test code

window.focus();
goDoCommand("cmd_copy");
var clip = gClipboard.read();
console.log(clip);

You should then notice in the Browser Console that after the first execution, the logged value of the variable clip is not equal to the currently selected text but equal to the previous content of the clipboard. You get the correct and desired value of the variable clip only after a directly following, second execution of the code. So, only executing the code twice leads to the correct result instead of once. Any ideas?

P.S: I should still mention that contrary to Mypal 68, this test code correctly works in @roytam1's New Moon 28. 

@feodor2 Again, same problem as quoted above but a bit more detailed. If you select a word on a page In New Moon or Serpent, the command goDoCommand("cmd_copy") in combination with the gClipboard.read() method fetches this selected word first and only then the last copied content from the clipboard during a second, following execution. In Mypal 68 when running in multiprocess mode, it is unfortunately the other way round.  For me, it looks like an issue of execution priorities.  So, my request. Can you restore the original execution order in Mypal 68's multiprocess mode when this combination of commands is used in your browser such as it is in Mypal 68's single-process mode, in New Moon or in Serpent?  

And just as a further information, the combination of the commands goDoCommand("cmd_copy") and goDoCommand("cmd_paste") works correctly in Mypal 68, though. Same applies to the gClipboard.read() method which solely executed also works correctly. 

Edited November 8, 2024 by AstroSkipper
Update of content

[AstroSkipper]

On 11/4/2024 at 11:53 AM, AstroSkipper said:

On 10/29/2024 at 4:54 PM, AstroSkipper said:

That would be great. The less bugs, the better. Isn't it?

Now, I have observed another problem in Mypal 68.14.4b, a real bug, so to speak. Sorry for that in advance!  Copying a selected text from a website to the clipboard and then reading it from the clipboard does not work properly when doing it via JavaScript. Although copy and paste natively works, it doesn't work correctly via a script or a code input from the Browser Console. Here is my test code I created to demonstrate the problem. Open a website with a text area, select some text or words, then open the Scratchpad (Enviroment -> Browser) and of course the Browser Console. Now, execute my code snippet:

// Test code

window.focus();
goDoCommand("cmd_copy");
var clip = gClipboard.read();
console.log(clip);

You should then notice in the Browser Console that after the first execution, the logged value of the variable clip is not equal to the currently selected text but equal to the previous content of the clipboard. You get the correct and desired value of the variable clip only after a directly following, second execution of the code. So, only executing the code twice leads to the correct result instead of once. Any ideas?

P.S: I should still mention that contrary to Mypal 68, this test code correctly works in @roytam1's New Moon 28. 

@feodor2 Again, same problem as quoted above but a bit more detailed. If you select a word on a page In New Moon or Serpent, the command goDoCommand("cmd_copy") in combination with the gClipboard.read() method fetches this selected word first and only then the last copied content from the clipboard during a second, following execution. In Mypal 68 (running in multiprocess mode), it is unfortunately the other way round.  For me, it looks like an issue of execution priorities.  So, my request. Can you restore the original execution order when this combination of commands is used in your browser such as it is in New Moon or Serpent?  

And just as a further information, the combination of the commands goDoCommand("cmd_copy") and goDoCommand("cmd_paste") works correctly in Mypal 68, though. Same applies to the gClipboard.read() method which solely executed also works correctly. 

@feodor2 After some tests, I can confirm that the issue I reported in my previous posts only happens in multiprocess mode. When running Mypal 68 in single-process mode, the command goDoCommand("cmd_copy") in combination with the gClipboard.read() method works correctly such as it is in New Moon or in Serpent.
So, it is definitely a multiprocess mode issue.  
BTW, I really love to talk to myself. 

Edited November 8, 2024 by AstroSkipper
Update of content

[AstroSkipper]

On 11/7/2024 at 7:34 PM, AstroSkipper said:

@feodor2 After some tests, I found out that the issue I reported in my previous posts only happens in multiprocess mode. When running Mypal 68 in single-process mode, the command goDoCommand("cmd_copy") in combination with the gClipboard.read() method works correctly such as it is in New Moon or in Serpent.
So, it is definitely a multiprocess mode issue.  
BTW, I really love to talk to myself. 

@feodor2 To be even more precise, the actual culprit is the command goDoCommand("cmd_copy") if used in multiprocess mode only for fetching selected content on a page without actively copying it via Ctrl+C or using an associated copy feature in the form of a menu item or button. Normal copying content with this command works correctly. BTW, I am only talking here about the native command goDoCommand("cmd_copy") without the help of specialised extensions or scripts. For the purpose of copying selected content automatically to the clipboard, there are a lot of extensions or user scripts. Needless to say, I don't know if it is possible to fix it natively in Mypal 68. However, I personally found different solutions to circumvent this issue or bug in my coding project without the help of specialised extensions or user scripts.  Whether the ideas of my solutions can be used for a native fix in Mypal 68 or not, I can't assess. Nevertheless, if you are interested in, please let me know!

Edited November 9, 2024 by AstroSkipper
Update of content

[AstroSkipper]

On 11/8/2024 at 12:34 PM, AstroSkipper said:

However, I personally found different solutions to circumvent this issue or bug in my coding project without the help of specialised extensions or user scripts.  Whether the ideas of my solutions can be used for a native fix in Mypal 68 or not, I can't assess. Nevertheless, if you are interested in, please let me know!

After more in-depth investigations, tests and analyses , I have come to the conclusion that the issue, described in my previous posts, is primarily a timing problem in multiprocess mode and can be easily fixed by inserting a delay in the right position. 

Edited November 9, 2024 by AstroSkipper

[dmiranda]

hi, projects' main page (at least) in gitlab show up empty and with the swirling thingie spinning around.

[jumper]

68.14.5b just posted an hour ago.

 

[Dietmar]

Waoooh,

big step forward. Just now no stopping video at youtube any longer with this version 68.14.5b of MyPal for XP

Dietmar

[AstroSkipper]

Hi @feodor2! Thanks for your new release and all your efforts to improve Mypal 68! Unfortunately, I have to report that my beloved Custom Buttons extension is no longer working due to the changes you made in Mypal 68.14.5b. Furthermore, some UC.JS scripts have stopped working. Same applies to some CSS stylesheets. All of them have been working fine in Mypal 68.14.4b but in your new release, they do not work anymore. Although the Custom Buttons extension can be installed, the extension options is missing and when installing some custom buttons, they do not appear. Neither they are listed under the entry Custom Buttons in the Add-ons Manager nor their tool bar icons are shown in the Customize window. The CB menu in the toolbar to create buttons is also missing. The Browser Console shows errors when reading the boostrap.js file of this extension. Try it yourself as you already have the Custom Buttons extension! At the moment, I will stay with Mypal 68.14.4b. Too much is not working in Mypal 68.14.5b.

Edited November 27, 2024 by AstroSkipper
Update of content

[NotHereToPlayGames]

I guess I'm confused.  How can we demonstrate that it's not the Custom Buttons extension needing updated versus the development of Mypal 68 is "to blame" and Mypal development needs to "revert" instead?

Edited November 26, 2024 by NotHereToPlayGames

[AstroSkipper]

On 11/26/2024 at 7:42 AM, NotHereToPlayGames said:

I guess I'm confused.  How can we demonstrate that the Custom Buttons extension needs updated versus the development of Mypal 68 is "to blame" and Mypal development needs to "revert" instead?

The Custom Buttons extension worked fine in Mypal 68 from the very first release until the previous version 68.14.4b. @feodor2 also has this extension available and can certainly test what's going on. In any case, he has made significant changes. The menu bar is also affected and no longer behaves as it did before. This may also be one of the reasons why some of my CSS stylesheets no longer work. Same applies to the Add-ons Manager.  

P.S.: @feodor2 And FYI, I also tried xiaoxiaoflood's method you recently pointed to and installed the boostrapped version of Custom Buttons (this extension always comes in two different versions). In this case, the extension options appears again in the Add-ons Manager (no error in the Browser Console in terms of the boostrap.js file) but when installing custom buttons, none of them are available. Although they are listed under the entry Custom Buttons in the Add-ons Manager, they are simply not accessible and their tool bar icons missing in the Customize window. Same to the Custom Buttons menu in the main toolbar. As you may know, Custom Buttons is an extension that also runs in newer Firefox versions up to the very latest. BTW, all was tested by me in a clean, fresh profile.
If you need all the no longer working stuff, please let me know. I will then upload it for you. 

P.S.2: Furthermore, new errors can be found in the Browser Console compared with your previous release, even when opening the about:preferences page.  Since you haven't been around here since 27. October, and the bugs are plentiful and serious, I even jumped over my shadow and reported it to your issues on GitHub to make sure you were aware of the problems with your new release. 

Edited November 27, 2024 by AstroSkipper
Update of content

[NotHereToPlayGames]

Noted.  I'm actually still on 68.14.4b.  On the To-Do List is single-process/multi-process toggle and updating to 68.14.5b.  So no update for me either, lol.

[Outbreaker]

Anyone knows what the best version is to use? Is it still 13.7b?

Edited November 26, 2024 by Outbreaker