My Browser Builds (Part 5)

[AstroSkipper]

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

 

Edited November 14, 2024 by AstroSkipper
Update of content

[AstroSkipper]

4 hours ago, NotHereToPlayGames said:

13 hours ago, AstroSkipper said:

Only when blocking ebayimg.map.fastly.net in uBO, the CPU utilisation becomes normal again.

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. 

[NotHereToPlayGames]

I kind of doubt it, to be honest.  I would need to see web page SOURCE CODE differences between what you get versus what I get before advancing "conspiracy theories".

[NotHereToPlayGames]

If we are spewing out "speculations" without any SOURCE CODE to back up the speculations, then I myself would suspect some sort of "level 3" versus "level 4" pseudo-class long before suspecting any type of geolocation-based source code differences.

ie, something like this:  (ugh, will return to post image, need to delete profile pics to make room for paste)

Edited November 14, 2024 by NotHereToPlayGames

[AstroSkipper]

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. 

Edited November 14, 2024 by AstroSkipper

[NotHereToPlayGames]

I believe you!  But "we" haven't shown what has changed!  I have more tools at my disposal from home.  Do you know how to view the Last-Modified Header of incoming .css or .js?

It's pretty easy to PROVE that something has changed.  Just saying that it worked weeks ago but does not work today isn't really proof of anything.

"Weeks ago" is a LONG time.  NM28 is updated WEEKLY.  Mypal and Thorium were also both likely updated since the timestamp of the bookmarked link.

uBO lists were likely updated.  Antivirus was likely updated.  You name it...

There are a TON of variables to rule out before (blindly) claiming eBay.de "did something on their end".

Edited November 14, 2024 by NotHereToPlayGames

[Sampei.Nihira]

3 hours ago, NotHereToPlayGames said:

Agreed.  Same observation here.  BUT here at work, I can no longer use AdGuard (URL|) Tracking Protection uBO filter lists.  

I've been meaning to import manually from home but haven't gotten around to it yet.

So unsure if those two AdGuard lists would have removed _trksid or not.

If you cannot use AdGuard URL Tracking Protection use other types of filters.

 

[NotHereToPlayGames]

Here at work, I'm not concerned in the slightest.  If I had problems at home, that would be different story.  The AdGuard URL Tracking Protection filters work perfectly fine at home.

[AstroSkipper]

2 hours ago, NotHereToPlayGames said:

"Weeks ago" is a LONG time.  NM28 is updated WEEKLY.  Mypal and Thorium were also both likely updated since the timestamp of the bookmarked link.

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. 

Edited November 14, 2024 by AstroSkipper

[NotHereToPlayGames]

1 hour ago, AstroSkipper said:

there is actually the need of the "none" CSS keyword.

Did you try "none"?  I didn't try either, to be honest.  But I'm not witnessing the CPU being pegged, only offering possible solution being *animations* because there are SEVERAL animation codes on ebay.de.

118 or so of them!  Or roughly half that if you assume that all are defined separately for "moz" versus "webkit".

 

And here, *PROOF* that at least two of their .css resources have been MODIFIED within the last two days.  

 

I didn't see any "level 4" pseudo-class "nots", but I stopped looking at 50 of 426 of them.

Edited November 14, 2024 by NotHereToPlayGames

[Sampei.Nihira]

3 hours ago, NotHereToPlayGames said:

Here at work, I'm not concerned in the slightest.  If I had problems at home, that would be different story.  The AdGuard URL Tracking Protection filters work perfectly fine at home.

Yes, AdGuard URL Tracking Protection filters works perfectly.
You can also verify this at the Brave URL test.
Each list of filters works perfectly,but that does not mean that it provides protection that is more than enough for most people.

I do not settle for “more than enough.”

[AstroSkipper]

On 11/13/2024 at 6:03 PM, NotHereToPlayGames said:

You need to disable -webkit-animation

Unsure your best route to do so (I disable via Proxomitron).

You could use a custom style sheet to override.  Below should work.

* {
    animation-delay: initial !important;
    animation-direction: initial !important;
    animation-duration: initial !important;
    animation-fill-mode: initial !important;
    animation-iteration-count: initial !important;
    animation-name: initial !important;
    animation-play-state: initial !important;
    animation-timing-function: initial !important;
    animation: initial !important;

    -moz-animation-delay: initial !important;
    -moz-animation-delay: initial !important;
    -moz-animation-direction: initial !important;
    -moz-animation-fill-mode: initial !important;
    -moz-animation-iteration-count: initial !important;
    -moz-animation-name: initial !important;
    -moz-animation-play-state: initial !important;
    -moz-animation-timing-function: initial !important;
    -moz-animation: initial !important;

    -webkit-animation-delay: initial !important;
    -webkit-animation-delay: initial !important;
    -webkit-animation-direction: initial !important;
    -webkit-animation-fill-mode: initial !important;
    -webkit-animation-iteration-count: initial !important;
    -webkit-animation-name: initial !important;
    -webkit-animation-play-state: initial !important;
    -webkit-animation-timing-function: initial !important;
    -webkit-animation: initial !important;

    transition-delay: initial !important;
    transition-duration: initial !important;
    transition-property: initial !important;
    transition-timing-function: initial !important;
    transition: initial !important;

    -moz-transition-delay: initial !important;
    -moz-transition-duration: initial !important;
    -moz-transition-property: initial !important;
    -moz-transition-timing-function: initial !important;
    -moz-transition: initial !important;

    -webkit-transition-delay: initial !important;
    -webkit-transition-duration: initial !important;
    -webkit-transition-property: initial !important;
    -webkit-transition-timing-function: initial !important;
    -webkit-transition: initial !important;
}

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.

Edited November 15, 2024 by AstroSkipper
Update of content

[NotHereToPlayGames]

20 hours ago, AstroSkipper said:

I assume you found the CSS code here:

Nope!  It's a very VERY common set of CSS code in the Proxomitron World.  Any Proxomitron-user would be able to provide that animation-killer code, been a "staple" for DECADES.

My Proxomitron version also disables "transforms" and "transitions" in addition to "animations".

I know that I've seen "versions" of that code over at Greasy Fork also.

Edited November 15, 2024 by NotHereToPlayGames

[NotHereToPlayGames]

20 hours ago, AstroSkipper said:

since this CSS code has negative effects on other sites as for example MSFN.

There are animations here at MSFN?  Never seen any, that I recall.

Aside from the .png emoji's, which my Proxomitron config allows to animate for three cycles (at least, that's my default for all gif's, would have to look at the config or download one of the emoji .png's to research further).

[AstroSkipper]

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.