Jump to content

Recommended Posts

Posted (edited)
On 2/13/2025 at 9:08 PM, Monroe said:

Today on my Win XP notebook I put a backup on to have a clean Win XP setup installed. Some things seemed a little sluggish.

I put the newer version of Mypal68 on and copied the Mypal68 profile folder that goes with this version into the \Application Data folder. However, nothing worked. I ended up having to install Mypal68 and redo all my settings and extensions again.

I had saved the Mypal68 profile folder earlier to a flashdrive. This is all that needs to be saved ... am I correct or am I missing another step? Just wanted ask if this is what everyone else does? I am wondering why the profile transfer didn't work or maybe it was just a fluke of some sort.

Thanks ...

IMHO, a very simple and clean way is to unpack the new Mypal 68 archive file to a new folder, open the browser from there and create a new profile with the same name of your old profile to be imported by using Mypal 68's profile manager. Then, close the browser. Now, delete all files of your just created profile folder and copy the old ones from your backup into it. Now, start the browser again with this new profile. Done!
At the moment, I have 10 different Mypal 68 programme folders and many, many profiles, only for the  purpose of developing and testing, of course. No problems here. :P

Edited by AstroSkipper
Missing space

Posted

Thanks AS for the detailed explanation of the steps in setting up a new profile that you use. I will do the same ... it sounds like the way to go after reading your post.

...

Posted (edited)

@feodor2 When creating UC.JS scripts, I noticed that some Vanilla JavaScript commands behave differently in single-process mode compared to multi-process mode. When starting the browser, loading new tabs or windows, accessing elements via document.getElementById() and especially via document.querySelector() needs much more time in multi-process mode than in single-process mode. Is there any explanation for this? Is this by default or rather a Mypal 68 specific behaviour? :dubbio: When, for example, starting the browser with the about:addons page, it takes nearly 8 seconds after DOM is loaded to be able to access an element in multi-process mode via document.querySelector() . In single-process mode, it can be accessed directly. This is very strange and does not make the multi-process mode particularly attractive. :(

Edited by AstroSkipper
Update of content
Posted (edited)

Seems nobody noticed before

19 hours ago, AstroSkipper said:

starting the browser with the about:addons page, it takes nearly 8 seconds after DOM is loaded

Sure multiprocess starts slower, and on yours old pentioum 4 this is it noticeable may be, so that why I keep single process. Remember not to rely on xul things, I begin to remove them, xul addons page has gone already.

Edited by feodor2
Posted
On 2/18/2025 at 12:45 AM, feodor2 said:

Yes the browser may be ran without sandbox, same as any other stuff.

I never used this browser before. I have 2 questions:

1) What the situation with ClouFlare on MyPal68 ?

2) Is there language packs for Ukrainian language (or maybe russian), also i do prefer Ukrainian. Because my relatives don't like English interface.<_<

Posted (edited)
On 2/20/2025 at 5:31 PM, feodor2 said:

Sure multiprocess starts slower, and on yours old pentioum 4 this is it noticeable may be, so that why I keep single process.

Keeping single-process mode is really a good idea and very important for those running Windows XP on old, weak computers. :P Actually, this mode works much better in Mypal 68.14.7b than in the previous releases.

On 2/20/2025 at 5:31 PM, feodor2 said:

Remember not to rely on xul things, I begin to remove them, xul addons page has gone already.

I've already mentally and emotionally prepared myself for the next compatibility breakages you'll soon be unleashing. :buehehe: I am really curious to see what will no longer work in the next version as it did in Mypal 68.14.5b. :lol: In the meantime, I have written a whole series of UC.JS scripts to be on the safe side if a lot of my older stuff do not work anymore. :whistle: Hope the Custom Buttons extension will still work in your next Mypal 68 release as it should actually be able to run in newer Firefox versions up to at least 136 as well. And if it works there, it should also be possible in newer Mypal 68 versions with a much lower JavaScript level.  :cool:

Edited by AstroSkipper
Update of content
Posted
On 2/17/2025 at 6:45 PM, feodor2 said:

Yes the browser may be ran without sandbox, same as any other stuff.

Wait, what? No sandbox!? Geez! And what if it runs on Nvidia driver? It doesn't work, even in this case?

I'm just trying to figure out why no sandbox, the reason, as it's considered to be a serious security flaw.

Posted

What exactly does not work with Nvidia and how this is related to the sanbox?

What is it about the sandbox thing at all? Any usual program may be ran with or without sandbox as I know,  It is users choice what to do.

 

Please sign in to comment

You will be able to leave a comment after signing in



Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...