Jump to content

AstroSkipper

Member
  • Posts

    4,581
  • Joined

  • Days Won

    504
  • Donations

    0.00 USD 
  • Country

    Germany

Everything posted by AstroSkipper

  1. I can't say if these extensions I found do their job correctly in modern browser. This thread is about Mypal 68 which of course isn't a modern browser. It is more an old browser modified to be a bit more recent, especially its JavaScript engine. So, do you look for such an extension targeting Mypal 68?
  2. Besides rebasing several DLL files and triggering the internal memory minimisation feature, there is a third option to reduce RAM consumption in Mypal 68 called discarding tabs. Tabs, which have been loaded but not used at the moment, can be successfully discarded in multiprocess mode without disappearing in the tab bar. If it is done correctly, these tabs do no longer occupy any RAM. I found a uc.js script and a few extensions which could satisfactorily fulfill this job.
  3. BTW, I reorganised the chrome subfolder inside my Mypal 68 profile folder. From now on, all my uc.js script files are located in a subfolder called "Scripts" such as all css files have already been stored in a subfolder called "CSS". If someone is interested how that can be done, just ask here.
  4. The download package MYPAL_68_CB_requirements.7z from my first post is actually working as it should. But I found in one file unnecessary code which was implemented by the original creator for enabling pre-Lion fullscreen mode mode under macOS. However, this code inside the file userChrome.js spits out an error in the Browser Console under Windows XP, which I could fix in two different ways. The most simple one is to remove this code since Mypal 68 targets the Windows OSes. The other one is to add some missing code which I also did just for fun. But as I already said, this is actually nonsense. Anyway! Here is the error when using the original userChrome.js file: And here is a screenshot after removing code from the original userChrome.js file and restarting the browser: You can see the message "ReferenceError: XPCOMUtils is not defined" has gone. After some weeks of testing, I can confirm that all is working perfectly. If you are interested in and want to also do the fix manually, then you can do it as follows: Old content of the userChrome.js file: // Copyright (c) 2017 Haggai Nuchi // Available for use under the MIT License: // https://opensource.org/licenses/MIT // Set "useLionFullScreen" in the same way that it's done in // chrome://browser/content/browser-fullScreenAndPointerLock.js XPCOMUtils.defineLazyGetter(FullScreen, "useLionFullScreen", function() { return false; }); New content of the userChrome.js file: // Copyright (c) 2017 Haggai Nuchi // Available for use under the MIT License: // https://opensource.org/licenses/MIT Additionally, I will update the MYPAL_68_CB_requirements.7z package as soon as possible. Greetings from Germany, AstroSkipper
  5. When the CSS code for animations and transitions is active, you can't close some popups on MSFN. For example, the popup to see your recent notifications.
  6. Today, I have found a way to toggle all my CSS stylesheets in the chrome folder without restarting the browser by a mighty user script. So, no need anymore to use the Disable Transitions extension. From now on, I'll toggle all my CSS files via this script.
  7. I assume you found the CSS code here: https://superuser.com/questions/1224596/disable-css-animations-on-firefox If injected via userContent.css without any modifications which means using the CSS code globally, i.e. for all websites, it indeed works even with the "initial" CSS keyword. However, I had tested the code only on ebay.de by using @-moz-document url or @-moz-document domain, and this didn't work for me. In Mypal 68, I installed the extension Disable Transitions created by the author of the CSS code you found. Works absolutely great. To only use this code on eBay websites, enabling and disabling the extension is now my strategy, since this CSS code has negative effects on other sites as for example MSFN. In New Moon 28, I use the Stylem extensions to apply the CSS code. Even in this browser, I can successfully apply the code only globally and not locally. But with Stylem, you can quickly switch stylesheets on and off. So, problem solved for now.
  8. In the case of New Moon 28, you are right, but Mypal 68 and Thorium have not been updated since the bookmark was saved. By the way, in the CSS code you previously posted as a fix, only the "initial" keyword is present. The "initial" CSS keyword applies the initial (or default) value of a property to an element. Nothing more. To stop animations or transitions, there is actually the need of the "none" CSS keyword.
  9. Long story short. eBay websites (at least here in Germany) which worked fine some weeks or months ago must have recently changed, and their new layout is not pleasing. The page I quoted runs on my computer at 100% CPU utilisation in New Moon 28, Mypal 68 and even in Thorium. A short time ago, it was almost 0% after loading completely. That's a fact. I opened the same link I bookmarked weeks ago.
  10. Unable to replicate. ebayimg.map doesn't show up in any of my logs even when visiting https://www.ebay.de/itm/186679189985 incognito. Perhaps, eBay is once again using German eBay customers as guinea pigs for layout experiments. Comparable to laboratory rats. The eBay websites have become worse and worse in recent years. It used to be much, much better.
  11. This is the deactivated filter: ! https://github.com/uBlockOrigin/uAssets/issues/25247 ! ||www.ebay.$removeparam=_trksid But enabling this filter could lead to the reported problem: "Add to Watchlist" does not work .Anyway! This must be created under My rules in uBO to clean up the link completely: ||www.ebay.$removeparam=_trksid ||www.ebay.$removeparam=itmprp ||www.ebay.$removeparam=itmmeta
  12. Correct! I was not logged in at the time. The eBay link is in the format that you are offered as a simple guest. It actually only contains one real tracking component starting with _trksid, the other two are purely item related starting with itmprp (followed by a checksum) and itmmeta and are not normally filtered by tracking filters. The current URL tracking filter list inside uBO does not even clean _trksid, although it is included but not activated.
  13. Thanks for your suggestion! I'll try it out later on my Windows XP computer. Since Stylus no longer works in Mypal 68, and Stylish is no longer installed in New Moon 28, I will try to inject the code into the eBay pages via the userContent.css file. No success. This does not do anything. The issue doesn't seem to be related to animations and transitions. Only when blocking ebayimg.map.fastly.net in uBO, the CPU utilisation becomes normal again. But then the page looks unusable like that:
  14. Had to make a quick trip to the pharmacy. Just copied and pasted and bye-bye.
  15. Just for clarification. I know how to prevent URL tracking parameters. But the two profiles I am currently using are actually for testing and developing in New Moon 28 and Mypal 68. Apart from uBO, there is no other protection. And even this content blocker is only configured slightly, as it is not of interest. I test JavaScript and CSS files in these profiles. Mainly things I have created myself. I had searched for something on eBay there weeks ago, and now these pages no longer work as before. No more, no less. Nevertheless, thanks for replying!
  16. I just quoted the original link which worked much better some weeks ago. FYI, I always use uBlock Origin Legacy for filtering web content in New Moon 28. And in Mypal 68, uBlock Origin. And a few user scripts.
  17. Thanks for your suggestion! I'll try it out later on my Windows XP computer. Since Stylus no longer works in Mypal 68, and Stylish is no longer installed in New Moon 28, I will try to inject the code into the eBay pages via the userContent.css file.
  18. Then try, for example, this link in New Moon 28 and have fun : https://www.ebay.de/itm/186679189985?_trksid=p4247815.c101875.m1851&itmprp=cksum%3A1866791899851d87f28e6f894355904105bfee689f19|enc%3AAQAJAAABgEnLatTXWXNAKPRnYtxVTXN2rJD11TMrqd%2Bc4NcqE%2BNGk6ejyqiKoKTZm%2BWiG7rLUKnmQT96yLmgza78VpCainYj%2Fcd7BbF%2F3JO7HSXt2n3iFYDbns8rSMT0idXbcmlMHWKniLK2o5tYYPmM8KWpVo95tWt2nTiQXMqmKRIMl5gAplMB1Ggx6kVqfXRetLAgGAr8tj3qIQFVusM3w2%2FTbqJcbms5AWlMLjBh33IT1VukCGrNibKsT%2F0qkwEeKrJ%2BqRhZKo%2F7BwNoK%2FJG9Di5oc8nbRdyqLnSmvEepcz27hw1plzGYkK3M%2FLS204Xl8d%2B%2BtIjQvpPKMqk7tOaYfRxOxqTc3Phjio2VBw5s0TdzIIxxR%2BteWen1ewuCZGgHTJtZr6usyBSJzML5fV2jMBQPa7DWTgyDixtoE50pm%2FEDlHegBefzvpwr4gPu1TxWSReqif%2BmyZ7w1jSjGESSDRCREZYTF84m9YVByxPQYOWWIrye4jSHSDhla3R%2B%2FoekGKQpA%3D%3D|ampid%3APL_CLK|clp%3A4247815&itmmeta=01J7YM3GS0ANMV3XSRX87J8ZNZ
  19. The performance was bearable some weeks ago. I assume it is more CSS related. It seems to be a problem with images. If images are disabled by uBO on eBay, the CPU utilisation becomes normal again. BTW, there is a new, images related url in the uBO popup on eBay. Something with "fast". Apart from that, a faster CPU doesn't make the pictures any smaller on eBay in New Moon 28 or Mypal 68. Anyway! This is probably another modern, bells and whistles improvement from eBay for the bin. P.S.: The new, images related URL in the uBO popup on eBay is ebayimg.map.fastly.net.
  20. Here are two screenshots taken from an article on eBay (Germany) in New Moon 28: All images are now much bigger than before. And CPU utilisation remains permanently at 100%.
  21. @roytam1 eBay must have recently changed their layout. Pages with items lead now to a 100% CPU utilisation on my single core machine, even with uBO. The actual causer seems to be the item images and in some cases also the item description. Weeks ago, it was working fine. Now, surfing eBay with New Moon 28 is no fun anymore. BTW, same issue in Mypal 68.
  22. If you call me Mr. OT Police, then I regret to inform you at this point that you are the Mr. OT Master.
  23. I have made a small change in the All about: custom button to reduce the size of the tooltip popup by half. Now it looks like this: Is it better that way?
  24. I sincerely hope that constantly posting offtopic isn't a form of senility. In the last few pages, one doesn't get anything about the actual topic here. @roytam1 must have a very thick skin.
×
×
  • Create New...