My Browser Builds (Part 4)

[Mathwiz]

On 8/31/2023 at 10:57 AM, Dixel said:

Since youtube doesn't offer HEVC videos, could you give a couple of examples of such websites with H2655/x265 videos? thanks.

Don't know of any (other than test Web sites) myself, but HEVC is the video compression algorithm used by ATSC 3.0 (an over-the-air TV standard used in North America and South Korea). So it's a good bet HEVC will be coming to the Web soon as well.

So HEVC support in UXP isn't an urgent need, but wouldn't it be good to get ahead of an upcoming standard for a change, instead of waiting for folks to start complaining that they can't watch videos on some Web site?

[dmiranda]

On 8/26/2023 at 5:36 PM, UCyborg said:

That works in the browser?

It used to in (my memory) 2017-18. Back then many things forgotten today were still possible, and had to be abandoned, after unfettered market power exercised by a few corporations began to try to stop users from using a piece of software -XP- that, when well tuned, helped make a third world country's rover photograph what none had seen of the moon, before. Cheers!  

[Mathwiz]

@roytam1: newest (9/1) version of St 55 has an annoying problem on MSFN: pop-up windows won't go away. Examples:

1. Click the + sign on any post. A pop-up with a button reading "Quote 1 post" appears. Click that button: the pop-up remains on screen but the text changes to "Quote 0 posts."
2. Click the number next to a "liked" post to see who "liked" it. A pop-up appears listing the "likers." Click the X to close it: it doesn't close. You must refresh to remove the pop-up.
3. On the topics list page, hover over a topic. A pop-up appears showing the first post. Move the mouse: the pop-up doesn't fade away. Again, you must refresh the page to remove it.

The 8/25 version of St 55 works correctly in these cases, so I'll be sticking with the 8/25 version for now.

[roytam1]

1 hour ago, Mathwiz said:

@roytam1: newest (9/1) version of St 55 has an annoying problem on MSFN: pop-up windows won't go away. Examples:

1. Click the + sign on any post. A pop-up with a button reading "Quote 1 post" appears. Click that button: the pop-up remains on screen but the text changes to "Quote 0 posts."
2. Click the number next to a "liked" post to see who "liked" it. A pop-up appears listing the "likers." Click the X to close it: it doesn't close. You must refresh to remove the pop-up.
3. On the topics list page, hover over a topic. A pop-up appears showing the first post. Move the mouse: the pop-up doesn't fade away. Again, you must refresh the page to remove it.

The 8/25 version of St 55 works correctly in these cases, so I'll be sticking with the 8/25 version for now.

tried but can't reproduce, do you have serviceworker disabled?

[Ben Markson]

4 hours ago, roytam1 said:

newest (9/1) version of St 55 has an annoying problem on MSFN: pop-up windows won't go away

Many posts ago I suggested blocking certain animation effects:
 https://msfn.org/board/topic/184051-my-browser-builds-part-4/page/131/#comment-1250502
In particular: animation: none !important; breaks the kind of stuff you are talking about. Because of that I then changed my suggestion:
 https://msfn.org/board/topic/184051-my-browser-builds-part-4/page/131/#comment-1250506

Since then @roytam1 introduced the prefs:

layout.css.animation.enabled
layout.css.transition.enabled

Which supersede my css tweaks.

Is it possible that you have an animation: none in force?

Ben.
 

[Mathwiz]

16 hours ago, roytam1 said:

tried but can't reproduce, do you have serviceworker disabled?

Yes I do, but I never needed service workers for MSFN before

11 hours ago, Ben Markson said:

Many posts ago I suggested blocking certain animation effects:
 https://msfn.org/board/topic/184051-my-browser-builds-part-4/page/131/#comment-1250502
In particular: animation: none !important; breaks the kind of stuff you are talking about. Because of that I then changed my suggestion:
 https://msfn.org/board/topic/184051-my-browser-builds-part-4/page/131/#comment-1250506

Since then @roytam1 introduced the prefs:

layout.css.animation.enabled
layout.css.transition.enabled

Which supersede my css tweaks.

Is it possible that you have an animation: none in force?

Ben.
 

Again, yes I do, but those prefs exist in the 2023.08.25 version too.

So I will test these suggestions, but even if enabling service workers and/or animations works around the problem, what changed between 2023.08.25 and 2023.09.01 that caused this problem to surface?

Edit: layout.css.animation.enabled was the one. Enabling service workers and/or layout.css.transition.enabled had no effect.

I still want to know why it's necessary in the current St 55 version but not the previous one.

Edit 2: OK, I must be losing my mind! In the 2023.09.01 changelog, there's this entry:
- Issue #2293 - Add preferences to disable CSS animation/transition props. (f4cc47c049)

... but I know those prefs appeared in the 2023.08.25 version and they worked in terms of stopping the CPU-hogging animations we were all up in arms about a couple of weeks ago, but didn't break MSFN: I tested them myself!

Nothing makes any sense any more.

Edited September 3, 2023 by Mathwiz

[roytam1]

1 hour ago, Mathwiz said:

but I know those prefs appeared in the 2023.08.25 version and they worked in terms of stopping the CPU-hogging animations we were all up in arms about a couple of weeks ago, but didn't break MSFN: I tested them myself!

upstream extended my idea to ALL transition/animation related properties, while mine only disables "animation:" and "transition:" only, so these make differences.

[Mathwiz]

I liked yours better!

[mina7601]

On 9/3/2023 at 1:45 AM, Mathwiz said:

Probably not very useful, but better than a 404: St 55 goes to https://addons.mozilla.org/en-US/firefox/collections/4757633/webdeveloper/ which is still active. I'm sure St 52 could be changed to point there - or to get the URL from a pref and default the pref to the above URL.

Yeah, but it doesn't bother me too much to be honest, so I don't mind if it gets changed or if it remains the same.

Edited September 3, 2023 by mina7601

[roytam1]

1 hour ago, Mathwiz said:

I liked yours better!

alright I'll revert `.h' changes to my version later.

[Mehmed]

https://imgbb.com/ - click on 'Start Uploading'.

basilisk52-g4.8.win32-git-20230902 -  in multiprocess mode, the browser crashes.

user_pref("browser.tabs.remote.autostart", true);
user_pref("browser.tabs.remote.force-enable", true);
user_pref("dom.ipc.processCount", 6);

AppName: basilisk.exe     AppVer: 4.8.7.8577     ModName: xul.dll
ModVer: 4.8.7.8577     Offset: 010ed89a

[roytam1]

2 hours ago, Mehmed said:

https://imgbb.com/ - click on 'Start Uploading'.

basilisk52-g4.8.win32-git-20230902 -  in multiprocess mode, the browser crashes.

user_pref("browser.tabs.remote.autostart", true);
user_pref("browser.tabs.remote.force-enable", true);
user_pref("dom.ipc.processCount", 6);

AppName: basilisk.exe     AppVer: 4.8.7.8577     ModName: xul.dll
ModVer: 4.8.7.8577     Offset: 010ed89a

 

A possible fix is pushed to repo: https://github.com/roytam1/UXP/commit/90dc70a62ebeae4491e4fef87cd32b9b143bdff7

[mina7601]

5 hours ago, Mehmed said:

https://imgbb.com/ - click on 'Start Uploading'.

basilisk52-g4.8.win32-git-20230902 -  in multiprocess mode, the browser crashes.

user_pref("browser.tabs.remote.autostart", true);
user_pref("browser.tabs.remote.force-enable", true);
user_pref("dom.ipc.processCount", 6);

AppName: basilisk.exe     AppVer: 4.8.7.8577     ModName: xul.dll
ModVer: 4.8.7.8577     Offset: 010ed89a

 

Same crash also happens with basilisk55-win32-git-20230902 as well.

AppName: basilisk.exe	 AppVer: 4.0.4.8577	 ModName: xul.dll
ModVer: 4.0.4.8577	 Offset: 014654ba

 

[Mathwiz]

23 hours ago, roytam1 said:

alright I'll revert `.h' changes to my version later.

Thank you! I think you got it right, and upstream got it wrong, in this case. I wouldn't be surprised if they get complaints, since users can't reasonably set 

On 9/3/2023 at 4:31 AM, Ben Markson said:

layout.css.animation.enabled

to false the way they implemented it. What's the point of a pref you can't change?

[roytam1]

10 hours ago, roytam1 said:

A possible fix is pushed to repo: https://github.com/roytam1/UXP/commit/90dc70a62ebeae4491e4fef87cd32b9b143bdff7

I decided to revert all of these since IPDL changes are needed to make these change to work properly.