Sep 01 2020 10:53 AM - edited Sep 01 2020 11:01 AM
Hello Insiders! Today we’re releasing build 86.0.622.3 to the Dev channel. This is the final build for major version 86, give or take a few small patches, so this is what will be moving to Beta soon. Since we also released major version 85 to Stable recently, we also updated our security baselines. You can read more here: https://techcommunity.microsoft.com/t5/microsoft-security-baselines/security-baseline-for-microsoft-.... We also highlighted some improvements we made in the PDF highlighter tool: https://techcommunity.microsoft.com/t5/articles/highlighter-tool-for-pdfs-now-with-pen-support/m-p/1.... As for all the changes that are important enough to talk about:
Added features:
Improved reliability:
Changed behavior:
Known issues:
Thanks to everybody who’s been reporting bugs and filing suggestions for what you’d like the browser to look like. Your feedback has been invaluable!
Sep 07 2020 06:20 AM
@josh_bodner is there a way to track Big Sur crash issue for Canary and Dev? Thank you.
Sep 07 2020 01:42 PM
@josh_bodner I don't see any documentation on a changed behavior for the file download save dialog? I'm not getting auto-open options any longer, and the ones I had set are no longer working. Also, I'm seeing "SAVE AS" as one of the primary options, which requires confirming the filename and picking a location, where the SAVE option is hidden behind the context menu. Is this change permanent?
Sep 08 2020 04:37 PM
@Vlad_Koon Since the arrow keys are used mostly for accessibility, I'll ask our accessibility folks if this is something they want to look into.
Sep 08 2020 04:42 PM
@kmbhk03 Our goal is to get it fixed before Big Sur is officially released. I've seen some work on it happening recently, so I think that's a good sign!
Sep 08 2020 05:49 PM
@ankitbko I haven't seen it. I have 86.0.622.10, with no vertical tabs. Is there a secret to getting them?
Sep 08 2020 07:42 PM
@josh_bodner This behavior is completely inconsistent with the behavior of other context menus, both in the operating system itself and in other software. Also, this behavior only occurs on Windows and Linux. Everything works fine on macOS, predictably, because it uses native context menus.
Sep 09 2020 09:27 AM
@josh_bodner Love the recent builds. That said, I noticed a strange behaviour when using Alt-Tab with Edge open in recent builds.
With Edge open, the current app sometimes doesn't appear as the 'first' app when invoking the Alt-Tab menu, this behaviour only occurs when Edge is open/running interestingly.
Video of the behaviour (copy included below as well): https://imgur.com/a/jE0Ym4o. I am pressing Alt+Tab then letting both keys go after each time.
Not sure if this is a bug or changed behaviour.
Sep 09 2020 04:30 PM
@Vlad_Koon Do you have any specific examples of context menus that behave the way you desire? As far as I can tell, using the steps you described in the post you previously linked to, all Windows and Windows application context menus behave the same way: as soon as you move the mouse cursor inside the bounds of the context menu, it takes precedence over whatever the previous selection was.
Sep 09 2020 04:31 PM
@longlam It's a little hard to tell from your video what actions you're taking to result in that behavior, can you describe it a little more?
Sep 09 2020 08:14 PM
1. Open the context menu.
2. Move the mouse cursor away from the context menu, but not outside the Edge window.
3. Select any item of the context menu using the arrows on the keyboard.
4. Move the mouse cursor literally 1-2 pixels.
The selection made with the arrow keys on the keyboard will disappear. If you are left-handed, this is very annoying!
Compare this behavior to the behavior of context menus in Windows and any other software. For example, in Firefox, the selection made using the arrows on the keyboard does not disappear. This stupid and annoying behavior is only present in Chromium.
Now try clicking with the right mouse button in the title bar of the web browser. A native context menu will appear. Select any item in this context menu using the keyboard arrows, and then move the mouse cursor inside the window. The selection will not disappear!
Sep 09 2020 08:47 PM - edited Sep 09 2020 08:47 PM
@josh_bodner Of course! I was:
1. Hold down Alt
2. Press and release Tab
3. Release Alt
Repeat these 3 steps relatively quickly and the behaviour occurs when Edge is open.
I've reproduced this using the on-screen keyboard so that it's more obvious what I'm pressing: https://imgur.com/a/FIjo0ps, copy included below as well.
Sep 10 2020 09:58 PM
@Vlad_Koon OH, that actually makes a lot more sense. I was thinking that when you were moving the mouse cursor inside the context menu, that you were complaining about the item under the mouse cursor taking precedence. I'll see what the engineers think about that.
Sep 10 2020 10:10 PM
@longlam Okay, so I think the best way to describe this issue would be, sometimes you alt+tab to what should be Edge, but instead of switching to Edge, a different window is brought to the front (in this example, the alarms app). What version of Windows are you seeing this on? And also, can you see if you can get this to happen in an older version of Edge like Beta? The reason I ask is because I've seen weird things happen with Windows alt+tab in general where I switch to an application, but a completely different window is brought to the front. And in that case, the application wasn't Edge. So, if you can get it to happen with an older version of Edge (or even another app that can have multiple windows, like Word or Excel), that would actually point to an issue with Windows, which is what I'd like to try to rule out.
Sep 11 2020 05:24 AM
Right, that's the perfect description. I'm on Windows version 20H2 build 19042.508. I got it to happen on Beta and Stable as well, only recently though, I think it started happening when the update that shows Edge tabs in the Alt-Tab menu came.
It seems to happen only if Edge is the first or second app interestingly, if it's the 3rd or further and not selected, the issue just never occurs.
So in short, it only happens when Edge is running and is the 'front' app. Occurs on Dev, Beta and Stable, currently on Windows version 20H2 build 19042.508.
Sep 11 2020 01:10 PM - edited Sep 11 2020 01:48 PM
Finally! This idiotic, meaningless behavior is only present in Chromium and many web browsers based on it. Windows, macOS and Linux context menus don't have this silly and meaningless behavior. In addition, I first saw such stupid behavior only in Chrome/Chromium. No other software has such a problem with context menus! Apart from annoyance, this behavior no longer evokes any emotion
PLEASE fix this not only for your Edge, but for the entire Chromium. This will be a gift for all left-handers!
Sep 11 2020 07:55 PM - edited Sep 11 2020 07:57 PM
And please take a look at this bug that was caused by your team: https://bugs.chromium.org/p/chromium/issues/detail?id=1127561
Sep 11 2020 10:50 PM
@longlam Since I'm not on 20H2 and still see something similar, I'd guess this is an existing Windows issue, but our team might be interested if our work to show Edge tabs in alt+tab is making it worse, so I'll definitely make sure they know. And the fact that it only happens when you quickly alt+tab (since moving to the 3rd or 4th slot takes time) suggests that this may also be timing-based, like Windows can't figure out fast enough which application it's supposed to bring to the front.
Sep 11 2020 11:03 PM
@Vlad_Koon Sorry, I'm still not sure what the difference is between what you expect to happen and what actually happens. What is page scrolling and what is normal scrolling?
Sep 12 2020 12:15 AM
@josh_bodner Ah I might have phrased that badly, I meant that when switching between 2 top-most apps, as long as neither of them is Edge, the issue just never happens, even if I'm switching between them rapidly (I bind a touchpad gesture to Alt-Tab, that's how I'm doing it so quickly).
However, when Edge is used (either the 1st or 2nd app), the issue start to occur. Apologies if there were confusions.
Sep 12 2020 12:41 AM
Page scrolling – analogue of pressing the Page Up / Page Down keys.
Normal scrolling – smooth scrolling that follows the mouse cursor.