08-05-2020 10:56 AM
08-05-2020 10:56 AM
Hello Insiders! Today we’re releasing build 86.0.594.2 to the Dev channel. Outside of the Dev channel, we’re excited to announce that Collections are now available for mobile users! See https://blogs.windows.com/msedgedev/2020/07/29/collections-is-now-available-on-the-microsoft-edge-mo... for what to expect. As for everything that’s new and noteworthy in the product:
As always, we couldn’t do this without you, and a special thanks to our Collections users for their help in getting the feature onto mobile!
08-08-2020 06:45 PM
@josh_bodner The HTTP_ACCEPT_LANGUAGE header captured from InPrivate mode of Edge Dev 86.0.594.1 returns Displayed Language, not Preferred Language. The same header of a normal browsing window returns correctly (Preferred Language). It has been happened since Edge 85 and affects localization of some websites (such as Wikipedia).
08-09-2020 06:28 AM
Is there any alternative way to sync my profile on any Edge version?
For some reason I can't sync my profile on any version.
The sync window ask for my email address and when I click next, it just shows a blank page.
08-10-2020 01:01 PM - edited 08-10-2020 01:07 PM
Seeing an issue where I have to re-login to sites after closing all dev browser windows. Seeing the behaviour across every website I visit. I've checked (and double-checked) the clear cookies setting is not active, however it seems cookies aren't being persisted properly.
08-10-2020 10:10 PM
@tobassam900 technically we still haven't fixed it yet, but when we do, it'll depend on when in the development cycle it happens. In the best case scenario, it gets into Dev right before it branches for Beta, in which case yes, it would be 6 or 7 weeks. In the worst case, it happens right at the beginning of the cycle, so you have an extra 6 or 7 weeks to wait before the next branch for Beta.
08-11-2020 10:38 AM
@josh_bodner Same issue with Chrome Dev 86.0.4221.3
One more thing is the below flag has been removed in Edge Dev and Canary that I think it is a great option:
Assigns the shortcut Ctrl+K to Duplicate Tab
By default, both Ctrl+E and Ctrl+K are the shortcuts for Focus Search. If enabled, Ctrl+K is assigned to Duplicate Tab. – Windows
Is it moved to Settings or no longer available? I think it is worth to keep this flag.
08-11-2020 11:12 AM
@josh_bodner I've changed nothing outside of updating. I'm on the dev channel (obviously, but just to confirm), there was an update with a popup "Now you can sync extensions" (I think that was it). All my extensions are installed from the Chrome web store thingy, but after that notification I got 2 duplicated extensions installed from the Microsoft Store BitWarden and uBlock Origin, and a (semi-duplicated) Stylus Beta (I have the non-beta version installed) installed from the Chrome web store.
Other than that, nothing special.
I'm not particularly bothered about resetting everything to default or removing my profile altogether if it comes to that. Figured I'd wait and see if we have a bug I can help find first though.
08-12-2020 09:49 AM
08-12-2020 10:23 AM - edited 08-12-2020 10:38 AM
@josh_bodner Sorry for flaking out on the laggy browser when video is smoothly resized. At some point I grew tired of the browser crashing the GPU driver and went with the competition for a few weeks.
I have been regularly looking quickly at the weekly updates to see whether it got fixed, but it appears it didn't.
However I noticed today that it behaves differently depending on which display the browser window is residing. So it's possibly a multi-monitor related issue. Probably more so, because there's otherwise not enough people complaining about it (not that much people have more than one).
I have two displays here on a Geforce 2070S, both running at 1440p and 120hz. On the primary display, Edge becomes somewhat laggy while resizing video viewports and scrolling videos off and back on screen, while everything is relatively smooth on the secondary display (of course how smooth depends on the webpage and how complex it is). Not just a separate window, but moving the window that's problematic on the primary display over to the secondary display "fixes" it, until you put it back on the primary one, when it starts back up again.
If the issue starts happening (occasionally it's unproblematic for a short while after a reboot), you can already notice it when you play a Youtube video, then scroll so far down the comments that the video scrolls off display, you'll notice a short moment of laggyness during the transition. Same happens back on screen. If you do it often enough over a certain timespan (e.g. via regular browsing), the (NVidia) GPU driver gets upset and reinitializes, which manifests in the displays flashing black and then the DWM also reinitialising.
Sites with smoothly resizable video viewports are an easier tool to test, because it shows way worse there, but I'm currently hard-pressed to think of a video side doing smooth resizes that's safe for work. I'd tell you to move the vertical splitter between the video viewport and the chat area over on Chaturbate, but that'd probably doesn't fly at over at Microsoft at work. I suppose resizing the whole window forcing the video viewport to resize would exacerbate the issue, then it would probably work with Youtube et al.
Also, you asked me to look into edge://crashes, but there's nothing there, because the GPU driver crashes. Edge (and I suppose DWM) just reinitialises its graphics stuff during runtime and continue on merrily. This is what happens when Edge kills the GPU driver:
Re: this being a multi-monitor issue
I just disabled the secondary display, by doing into Display Settings -> Multiple Displays and drop it from Extend to Show Only 1, all during runtime, and suddenly Edge behaves well. As soon I go back to two displays by switching back to Extend, the browser window remaining on the primary display in the same position, starts acting up again.
Ugh, I've updated Chrome and now it acts the same. So this crap is upstream. :|
08-12-2020 10:50 AM
@josh_bodner Okay, I think I tracked the multi-monitor video resize lag issue down. It goes away when I disable variable refresh rate, aka G-Sync on NVidia. Everything behaves well when disabled, the issues crop back up when re-enabled. Reproducible.
08-12-2020 11:03 AM
@josh_bodner Well, that's interesting. When I force the ANGLE backend in edge://flags to either D3D9 or D3D11on12, everything's fine, even with G-Sync/VRR enabled. D3D11 and OpenGL however aren't, with those two, I get the lag issues to varying degrees.
At least I have a workaround now.
08-12-2020 10:04 PM
@MattOG before you do too much resetting, you might try removing or disabling some of your extensions and seeing if that helps. No guarantees that it will, but installing those is technically something you did to change your original profile from its fresh, new state.
08-12-2020 10:21 PM
@Glowtape good detective work! Just to get the other "dumb" troubleshooting questions out of the way, you are using hardware acceleration (edge://settings/system), right? And you're also on the latest GPU drivers? Assuming the answer to both is yes, the fact that this repros on Chrome as well is actually the most important part, since it means they will likely be looking at it. I found a bug that looks very similar to what you're experiencing: https://bugs.chromium.org/p/chromium/issues/detail?id=1107403. Unfortunately, as they mention on there, if it's a driver issue, it will probably take a while to get a driver-side fix, especially since the people on that bug seem to only be seeing it on Intel GPUs (possibly because they're not looking elsewhere, given just how big the potential hardware landscape is). I'd be curious if any of those other potential workarounds on that bug worked for you in the meantime though.