Apr 07 2020 10:55 AM
Hello insiders, today we’re releasing build 83.0.474.0 to the Dev channel. Believe it or not, this is actually going to be one of the last builds for major version 83, in accordance with our updated release schedule here: https://blogs.windows.com/msedgedev/2020/03/20/update-stable-channel-releases/. We’ve also got a nice long article here detailing our work on scrolling: https://blogs.windows.com/msedgedev/2020/04/02/scrolling-personality-improvements/. As for everything else that’s worth mentioning:
Added features:
Improved reliability:
Changed behavior:
Known issues:
We appreciate your patience as we work through these trying times!
Apr 10 2020 08:39 AM
Apr 10 2020 09:14 AM
Apr 10 2020 09:19 AM
@Reza_Ameri-Archived wrote:Feedback is the best way to help people in Microsoft Edge team investigate the problem.
Looks like the problem is solved, that's good news
Apr 10 2020 09:35 AM
@TrafGib wrote:
Likewise with gaming mouse & scroll-wheel. I see zero difference, so maybe it is a touch thing, which I don't have on my desktop. My grief with Edge is that the scroll-wheel always advances the screen several lines at a time, seemingly based on the Windows settings for number of lines to scroll. If there is going to be an OS disconnect to make Edge agnostic, then I am not sure where the number of lines to scroll will, or does, come from. With all the discussion around "smooth scrolling", I have been looking for Edge to perform like Firefox does in that the screen scrolls by micro portions of a single line rather that several full lines at a time. The jumpy, jerky, several lines advancing in a scroll is the antithesis of "smooth scrolling".
for me Firefox scrolling seems a bit off, when I compare Edge legacy and Firefox together, Firefox has few milliseconds delay whereas Edge legacy has instant reactions. my mouse has 1000hz Polling Rate.
the Edge however is pretty much the same as Firefox for me. I haven't tested all of the scrolling-related flags though, judging by the default behavior of Edge canary so far
Apr 10 2020 07:05 PM
At least with Firefox you can edit the smooth scrolling feature, with any Chromium browser you have the option to have it on or off - that's it.
If those are the only options I'd like the "smooth" scrolling to be smoothed out more for mouse users, right now it's too bumpy/jerky.
The best smooth scrolling you can get with Chromium browsers right now is the SmoothScoll addon.
Apr 10 2020 11:46 PM
@josh_bodner great to see that the cookie clean exception has been added :) (I was one of them asking for it ;) ) :smiling_face_with_smiling_eyes::thumbs_up: ....my current list:
[*.]linkedin.com
[*.]login.live.com
[*.]microsoft.com
[*.]outlook.com
[*.]sharepoint.com
[*.]yammer.com
Apr 11 2020 01:17 AM
@Paul Fijnvandraat wrote:@josh_bodner great to see that the cookie clean exception has been added :) (I was one of them asking for it ;) ) :smiling_face_with_smiling_eyes::thumbs_up: ....my current list:
[*.]linkedin.com
[*.]login.live.com
[*.]microsoft.com
[*.]outlook.com
[*.]sharepoint.com
[*.]yammer.com
Hello,
do we need to manually wildcard them?
because I set them only like:
and Edge automatically whitelists all subdomains, at least it seems that way.
Apr 11 2020 11:10 AM
@sgilder wrote:At least with Firefox you can edit the smooth scrolling feature, with any Chromium browser you have the option to have it on or off - that's it.
If those are the only options I'd like the "smooth" scrolling to be smoothed out more for mouse users, right now it's too bumpy/jerky.
The best smooth scrolling you can get with Chromium browsers right now is the SmoothScoll addon.
I need to test these new flags and see which one makes scrolling different for me using mouse
Apr 11 2020 11:25 AM
Which flags are you referring to? I feel like much of that post is referring to touch based scrolling. The % based scrolling stuff made no difference for me on other Chromium based browsers and I don't see them in Edge Dev right now.
Apr 12 2020 07:52 AM
I am using the latest DEV and the sites I setup are not being retained after browser closure. I have created my list twice now. Once the browser is closed the list is not retained.
Apr 13 2020 03:59 AM
Bug : Help and Feedback >> Report site as safe crashes the browser instantly.
Apr 13 2020 11:51 AM
@TrafGib just to be clear, which list of sites are you talking about that aren't getting saved when you close the browser?
Apr 13 2020 11:52 AM
@drvortex this crash should be fixed in this week's Dev.
Apr 14 2020 06:03 AM
Privacy & Services > Clear Browsing Data > Cookies & Other Site Data > Do Not Clear
The domain names that I manually add here disappear on browser restart. For example, if I add [*']live.com to the list, it remains as long as the browser is running. Exit & start the browser again and the list is empty.
Apr 14 2020 06:10 AM
Likewise, the same manually created list of sites appears under Site Permissions > Cookies & Site Data > Allow and will disappear on browser restart.
Apr 14 2020 11:12 AM
@TrafGib if you try just a single website instead of using wildcards, does it work? I see a ' character in your example above, so it might be the URL isn't valid, and that's why it's not saving.
Apr 14 2020 01:16 PM
Sorry, typo on my end. I can try any of the following and they all fail to save.
[*.]live.com
live.com
outlook.live.com
I tried each variation, one per per browser close and reopen, and each fails to be saved.
Extensions:
Bitwarden, uBlock Origin, Cookie AutoDelete, Decentraleyes, and HTTPS Everywhere