Firefox 69.0 released Posted Sep 4, 2019 6:07 UTC (Wed) by spiroharvey (guest, #130017) [Link] (5 responses) That's great blocking autoplaying videos. I wasn't actually aware the feature was already there to stop sound playing, so it's nice too they're making strides in this area. Next I'd love to see an option to permanently disable animations on GIFs. :) Firefox 69.0 released Posted Sep 4, 2019 6:31 UTC (Wed) by zwenna (guest, #64777) [Link] (4 responses) > Next I'd love to see an option to permanently disable animations on GIFs. :) image.animation_mode has been there for 15+ years. Firefox 69.0 released Posted Sep 4, 2019 7:01 UTC (Wed) by spiroharvey (guest, #130017) [Link] AMAZING! Now my life is complete. Thank you, you're on my Christmas card list. Firefox 69.0 released Posted Sep 4, 2019 21:21 UTC (Wed) by bartoc (guest, #124262) [Link] (2 responses) Does it prevent the whole animation from loading though? Or just from playing Firefox 69.0 released Posted Sep 8, 2019 19:35 UTC (Sun) by tialaramex (subscriber, #21167) [Link] (1 responses) What would it mean to prevent the whole GIF animation from loading? You would only know this is animated after loading and parsing the GIF. Maybe, if it is streamed already, you can stop the stream, but it may just not be streamed, I don't know. Trying to act on partial data is a fool's game, this is where loads of nasty Oracle bugs in cryptographic code arise, if you insist on doing full recognition first before acting on the data you never get into trouble this way. If GIFs can be streamed (again, I don't know) then somebody has to already do all the heavy lifting to cope with partial recognition safely, but if not you're adding a LOT of fragile code. Firefox 69.0 released Posted Sep 15, 2019 19:52 UTC (Sun) by flussence (guest, #85566) [Link] GIFs can be streamed, as can MJPEGs. The code to do so was written a quarter century ago, but in the intervening time the ability for the user to stop playback by pressing Escape was taken away. Firefox 69.0 released Posted Sep 4, 2019 16:22 UTC (Wed) by apoelstra (subscriber, #75205) [Link] (3 responses) An important part of the release notes >Firefox no longer loads userChrome.css or userContent.css by default improving start-up performance. Users who wish to customize Firefox by using these files can set the toolkit.legacyUserProfileCustomizations.stylesheets preference to true to restore this ability I believe (from various Reddit threads) that if you update from Firefox 68 that this option will be set automatically but I'm not sure if that requires auto-updating or anything like that. Among many many other things, userChrome.css is needed to hide the original tab bar when using TreeStyleTab, so users of TST may find (yet again) that their Firefox has visibly broken with this update. Setting the about:config setting and restarting fixes it. Firefox 69.0 released Posted Sep 5, 2019 7:35 UTC (Thu) by sroracle (subscriber, #124960) [Link] Indeed: Firefox 68 ships with logic to automatically enable this about:config switch if userChrome.css / userContent.css is already used. See Bugzilla #1541233 and #1550157. Firefox 69.0 released Posted Sep 5, 2019 23:24 UTC (Thu) by flussence (guest, #85566) [Link] (1 responses) How much does one CSS file cost startup performance, compared to, say, the ~15MB of phone-home requests it makes on first run? Do they have actual benchmarks or is this just someone making busywork? Firefox 69.0 released Posted Sep 6, 2019 11:10 UTC (Fri) by roc (subscriber, #30627) [Link] I don't have the reference in front of me, but in HN a Mozilla developer mentioned that checking whether a file exists can cost several ms on Windows with a HDD. And these files are on the critical startup path, on every startup, neither of which "phone-home requests" are.
Posted Sep 4, 2019 6:07 UTC (Wed) by spiroharvey (guest, #130017) [Link] (5 responses)
Next I'd love to see an option to permanently disable animations on GIFs. :)
Firefox 69.0 released Posted Sep 4, 2019 6:31 UTC (Wed) by zwenna (guest, #64777) [Link] (4 responses) > Next I'd love to see an option to permanently disable animations on GIFs. :) image.animation_mode has been there for 15+ years. Firefox 69.0 released Posted Sep 4, 2019 7:01 UTC (Wed) by spiroharvey (guest, #130017) [Link] AMAZING! Now my life is complete. Thank you, you're on my Christmas card list. Firefox 69.0 released Posted Sep 4, 2019 21:21 UTC (Wed) by bartoc (guest, #124262) [Link] (2 responses) Does it prevent the whole animation from loading though? Or just from playing Firefox 69.0 released Posted Sep 8, 2019 19:35 UTC (Sun) by tialaramex (subscriber, #21167) [Link] (1 responses) What would it mean to prevent the whole GIF animation from loading? You would only know this is animated after loading and parsing the GIF. Maybe, if it is streamed already, you can stop the stream, but it may just not be streamed, I don't know. Trying to act on partial data is a fool's game, this is where loads of nasty Oracle bugs in cryptographic code arise, if you insist on doing full recognition first before acting on the data you never get into trouble this way. If GIFs can be streamed (again, I don't know) then somebody has to already do all the heavy lifting to cope with partial recognition safely, but if not you're adding a LOT of fragile code. Firefox 69.0 released Posted Sep 15, 2019 19:52 UTC (Sun) by flussence (guest, #85566) [Link] GIFs can be streamed, as can MJPEGs. The code to do so was written a quarter century ago, but in the intervening time the ability for the user to stop playback by pressing Escape was taken away.
Posted Sep 4, 2019 6:31 UTC (Wed) by zwenna (guest, #64777) [Link] (4 responses)
image.animation_mode has been there for 15+ years.
Firefox 69.0 released Posted Sep 4, 2019 7:01 UTC (Wed) by spiroharvey (guest, #130017) [Link] AMAZING! Now my life is complete. Thank you, you're on my Christmas card list. Firefox 69.0 released Posted Sep 4, 2019 21:21 UTC (Wed) by bartoc (guest, #124262) [Link] (2 responses) Does it prevent the whole animation from loading though? Or just from playing Firefox 69.0 released Posted Sep 8, 2019 19:35 UTC (Sun) by tialaramex (subscriber, #21167) [Link] (1 responses) What would it mean to prevent the whole GIF animation from loading? You would only know this is animated after loading and parsing the GIF. Maybe, if it is streamed already, you can stop the stream, but it may just not be streamed, I don't know. Trying to act on partial data is a fool's game, this is where loads of nasty Oracle bugs in cryptographic code arise, if you insist on doing full recognition first before acting on the data you never get into trouble this way. If GIFs can be streamed (again, I don't know) then somebody has to already do all the heavy lifting to cope with partial recognition safely, but if not you're adding a LOT of fragile code. Firefox 69.0 released Posted Sep 15, 2019 19:52 UTC (Sun) by flussence (guest, #85566) [Link] GIFs can be streamed, as can MJPEGs. The code to do so was written a quarter century ago, but in the intervening time the ability for the user to stop playback by pressing Escape was taken away.
Posted Sep 4, 2019 7:01 UTC (Wed) by spiroharvey (guest, #130017) [Link]
Posted Sep 4, 2019 21:21 UTC (Wed) by bartoc (guest, #124262) [Link] (2 responses)
Firefox 69.0 released Posted Sep 8, 2019 19:35 UTC (Sun) by tialaramex (subscriber, #21167) [Link] (1 responses) What would it mean to prevent the whole GIF animation from loading? You would only know this is animated after loading and parsing the GIF. Maybe, if it is streamed already, you can stop the stream, but it may just not be streamed, I don't know. Trying to act on partial data is a fool's game, this is where loads of nasty Oracle bugs in cryptographic code arise, if you insist on doing full recognition first before acting on the data you never get into trouble this way. If GIFs can be streamed (again, I don't know) then somebody has to already do all the heavy lifting to cope with partial recognition safely, but if not you're adding a LOT of fragile code. Firefox 69.0 released Posted Sep 15, 2019 19:52 UTC (Sun) by flussence (guest, #85566) [Link] GIFs can be streamed, as can MJPEGs. The code to do so was written a quarter century ago, but in the intervening time the ability for the user to stop playback by pressing Escape was taken away.
Posted Sep 8, 2019 19:35 UTC (Sun) by tialaramex (subscriber, #21167) [Link] (1 responses)
You would only know this is animated after loading and parsing the GIF. Maybe, if it is streamed already, you can stop the stream, but it may just not be streamed, I don't know.
Trying to act on partial data is a fool's game, this is where loads of nasty Oracle bugs in cryptographic code arise, if you insist on doing full recognition first before acting on the data you never get into trouble this way. If GIFs can be streamed (again, I don't know) then somebody has to already do all the heavy lifting to cope with partial recognition safely, but if not you're adding a LOT of fragile code.
Firefox 69.0 released Posted Sep 15, 2019 19:52 UTC (Sun) by flussence (guest, #85566) [Link] GIFs can be streamed, as can MJPEGs. The code to do so was written a quarter century ago, but in the intervening time the ability for the user to stop playback by pressing Escape was taken away.
Posted Sep 15, 2019 19:52 UTC (Sun) by flussence (guest, #85566) [Link]
Posted Sep 4, 2019 16:22 UTC (Wed) by apoelstra (subscriber, #75205) [Link] (3 responses)
>Firefox no longer loads userChrome.css or userContent.css by default improving start-up performance. Users who wish to customize Firefox by using these files can set the toolkit.legacyUserProfileCustomizations.stylesheets preference to true to restore this ability
I believe (from various Reddit threads) that if you update from Firefox 68 that this option will be set automatically but I'm not sure if that requires auto-updating or anything like that.
Among many many other things, userChrome.css is needed to hide the original tab bar when using TreeStyleTab, so users of TST may find (yet again) that their Firefox has visibly broken with this update. Setting the about:config setting and restarting fixes it.
Firefox 69.0 released Posted Sep 5, 2019 7:35 UTC (Thu) by sroracle (subscriber, #124960) [Link] Indeed: Firefox 68 ships with logic to automatically enable this about:config switch if userChrome.css / userContent.css is already used. See Bugzilla #1541233 and #1550157. Firefox 69.0 released Posted Sep 5, 2019 23:24 UTC (Thu) by flussence (guest, #85566) [Link] (1 responses) How much does one CSS file cost startup performance, compared to, say, the ~15MB of phone-home requests it makes on first run? Do they have actual benchmarks or is this just someone making busywork? Firefox 69.0 released Posted Sep 6, 2019 11:10 UTC (Fri) by roc (subscriber, #30627) [Link] I don't have the reference in front of me, but in HN a Mozilla developer mentioned that checking whether a file exists can cost several ms on Windows with a HDD. And these files are on the critical startup path, on every startup, neither of which "phone-home requests" are.
Posted Sep 5, 2019 7:35 UTC (Thu) by sroracle (subscriber, #124960) [Link]
Posted Sep 5, 2019 23:24 UTC (Thu) by flussence (guest, #85566) [Link] (1 responses)
Firefox 69.0 released Posted Sep 6, 2019 11:10 UTC (Fri) by roc (subscriber, #30627) [Link] I don't have the reference in front of me, but in HN a Mozilla developer mentioned that checking whether a file exists can cost several ms on Windows with a HDD. And these files are on the critical startup path, on every startup, neither of which "phone-home requests" are.
Posted Sep 6, 2019 11:10 UTC (Fri) by roc (subscriber, #30627) [Link]
Copyright © 2019, Eklektix, Inc. Comments and public postings are copyrighted by their creators. Linux is a registered trademark of Linus Torvalds
LWN