Forum Discussion
josh_bodner
Oct 20, 2021Former Employee
Dev channel update to 96.0.1047.2 is live
Hello Insiders! Today we’re releasing build 96.0.1047.2 to the Dev channel. Normally I’d say that since this is the last week for version 96, this is the build that will be moving to Beta, but that...
josh_bodner
Oct 21, 2021Former Employee
rshupak I think the triple click issue is just a timing thing that we need to fix. As far as I can tell, if you triple click fast enough so that the third click happens before the fade-in animation for the mini menu is complete, then the whole line/paragraph gets selected no problem. If instead you wait until the menu is visible, the third click just dismisses it, and any subsequent clicks de-select the text. My gut tells me that just increasing the amount of time between when text is selected and when the mini menu appears will help with this.
As far as copying failing, I've also noticed this happening with images, so it seems unrelated to either of the features you mentioned, and may just be a regression in how quickly we're able to shove data onto the clipboard, especially if you're copying a lot of data. The fact that turning off Editor may have helped you with this is likely just because Editor was adding complexity that was reducing the copy time even further, and although we did specifically fix an issue where Editor was causing crashes, those crashes were also unrelated to the copying behavior! Since a lot of the copy code comes from Chromium, it's also possible this is just something we'll get a fix for from them, so if you have a reliable way of trigger the copy fail, I'd be very curious to see if you can still get it to happen in the next build.
rshupak
Oct 21, 2021Iron Contributor
I'm typically copying one or a few words of text only within a single span or div so it isn't the speed of the clipboard. The problem appeared around when the mini menu and Microsoft Editor features appeared.