// 'Dispatches' doesn't make sense to users, and it's difficult to present
// two numbers in a meaningful way, so we need to somehow aggregate the
// dispatches and duration values we have.
// The current formula to aggregate the numbers assumes that the cost of
// a dispatch is equivalent to 1ms of CPU time.
// Dividing the result by the sampling interval and by 10 gives a number that
// looks like a familiar percentage to users, as fullying using one core will
// result in a number close to 100.
let energyImpact =
Math.max(duration || 0, dispatches * 1000) / UPDATE_INTERVAL_MS / 10;
// Keep only 2 digits after the decimal point.
return Math.ceil(energyImpact * 100) / 100;Firefox 64 Released
101–110 of 527 posts
Re: Firefox 64 Released
#102The new API browser.menus.overrideContext is announced with documentation links pointing to blogs, including a personal blog page with unrelated Japanese texts and anime pictures. The official documentation (MDN) has no reference to the new features. Even the API features from FF63 (august 2018) are only have a draft of documentation (e.g. Menus.getTargetElement). Documentation is important, even more for an API. I t…
However, they could stand do the documentation themselves, or at least setting up the context of the blog-post a little more.
I am not worried by the reference to the post, Piro may not have the most pretty site, but his writeups are great!
Re: Firefox 64 Released
#103Re: Firefox 64 Released
#104Earlier quoted context omitted.
If this release makes it actually usable on MacOS I would be so happy. Everyone says to use FireFox here, but they don't realize that it runs horribly on machines that a lot of people use to develop on. Reading the release notes: Improved performance for Mac and Linux users, by enabling link time optimization (Clang LTO). (Clang LTO was enabled for Windows users in Firefox 63.) Doesn't seem like this fixes the high C…
To be clear, this doesn't affect all macOS users. My battery reliably lasts a whole day with Firefox running throughout. That said, the subset of users who are affected, like you, suffer a lot - low prevalence, high impact.
Re: Firefox 64 Released
#105Earlier quoted context omitted.
You have no idea how excited I am for this. I use sway as my daily driver since it supports HiDPI so much better than i3, but the one caveat to that has been firefox and xwayland. Once this ships, sway will have nearly flawless HiDPI support.
I'm not. Wayland lacks a lot compared to X.[1] From the linked-to-post, it lacks: * Programmatic output configuration (xrandr, arandr, etc.) * CLI clipboard access (xsel, xclip) * Third party app launcher/window switcher (rofi, dmenu, albert, docky). * Clipboard managers (parcellite, klipper, Gpaste, clipman, etc.) * Third party screen shot/capture/share (shutter, OBS, ffmpeg, import, peek, scrot, VNC, etc.) * Color…
Re: Firefox 64 Released
#106Earlier quoted context omitted.
arrrr... what they don't realize when they review their telemetry data is that most people that use this feature have turned off sharing telemetry data. Combine that with the fact that they haven't advertised the feature in the past decade and it leads to devs thinking nobody uses it.
Then perhaps you can see why telemetry is useful to responsible companies like Firefox, and maybe people who disable it have no right to complain about decisions based off telemetry data?
Re: Firefox 64 Released
#107Kind of a niche thing to comment on, but this release lands a commit I made that enables XDG desktop portals support in Firefox. If you're on KDE Plasma, you can run Firefox with the environment variable `GTK_USE_PORTAL=1` set and it will use KDE file selection dialogs.
Re: Firefox 64 Released
#108I have been waiting for this feature for I don't know how many years.
Every Firefox release, I am reminded of this xkcd comic:
Re: Firefox 64 Released
#109I've just updated to new beta (Firefox 65.0b3) with WebRender enabled and it started showing such error in about:support: [GFX1-]: shader-cache: Shader disk cache is not supported I'm using AMD GPU and as far as I know, Mesa supports shader cache for radeonsi and radv. Does anyone know why that error is showing up?
Looking at https://searchfox.org/mozilla-central/rev/adcc169dcf58c2e45b... it looks like that error means the disk cache was not created.
So either get_cache_path_from_prof_path failed to return a path or create_dir_all failed.
I haven't dug through more details, but I'm pretty sure the shader cache code there is new and am not at all sure it's completely hooked up yet.
Re: Firefox 64 Released
#110Does WebRender ship enabled in this release?