During browsing, text which is copyable won't being copied using copy button in right click menu, but the ctrl+c is work properly, and same as paste in right click menu (text in copy buffer is for sure due to ctrl+v worked).
Actual result:
Expected result:
Copy and paste implemented by browser should work properly.
Reproduces how often:
about:brave info:
Brave: 0.22.714
V8: 6.6.346.26
rev: fa2fbcae947e001528bd3bd5b1c453805d419af6
Muon: 6.0.9
OS Release: 10.0.17134
Update Channel: Release
OS Architecture: x64
OS Platform: Microsoft Windows
Node.js: 7.9.0
Brave Sync: v1.4.2
libchromiumcontent: 66.0.3359.139
Reproducible on current live release:
Yes.
Thanks for providing a good browser!!
@flawless0714 I'm on Windows 10 using the same version (0.22.714) and I'm having trouble trying to reproduce the problem. Are you still actively experiencing the issue? Does it affect all copy/pastes? or just in a particular tab? Are you switching between tabs before doing the copy/paste?
Any more info would be very much appreciated. Thanks!
Scenarios I've tried:
(and probably a few others I've tried too)
Tested on Windows 10 x64 and macOS
I found reliable STR. Reproduced by me @kjozwiak on Windows 7, Windows 10, Ubuntu 17.10 and Mint 18.3 x64. Not reproducible on Mac.
@btlechowski that only seems to happen with the URL bar (never with the content on the page). Still needs to be fixed... but can you confirm copying content on the page is working as expected?
Ahh..., I should sorry at first, I just found that after restart Brave, the issue has gone..., this make it more complicated to address the issue, the only information I can provide now is that I hibernate my PC every day I went away from it with Brave openned with about 5 or 6 tab.
Edited: will report the status after I hibernate my PC this time.
Keep going!!
@bsclifton Also reproduced on Textbox. Ubuntu 17.10 x64 v0.22.718.
STR:
@bsclifton Cool to see you are also in Chandler, been a huge fan of the project and never realized. I just posted this on the community Brave page as well.
The following process has allowed me to replicate the issue several times in a row:
It seems to be fine for me until I hover a tab (other than the current tab) to get it to reload/refresh.
Hi guys, after my PC wake up from hibernate, it seems everything works fine. And I tried what @jtellingson said, it broke, so I guess this is the bug which triggered the issue I opened!
+1 from @tommycarstensen via https://github.com/brave/brave-browser/issues/219
Often I cannot copy/paste within and from Brave to another application. I'm on version 0.22.714, but I'm unable to provide further information, because copy/paste is broken most of the time. I'm on MacOS 10.11.6.
+1 from @alexchee via https://github.com/brave/browser-laptop/issues/8000#issuecomment-391503628
I'm running into this issue but I have more information. I think it's involves multiple tabs with different sessions. It seems to work again for the first window opened and 6 tabs after moving a tab to the first position.
I am able to right click to copy & paste in the first 5 tabs on the first window. But any other tabs (i.e. session 2, session 3, default) or windows, right click to Copy does not copy the text. I am able to Copy with hotkeys
cmd+Cin any tabs.Steps to Reproduce:
- Open a tab by clicking on
+, visit a site (window 1)- Open "New Session Tab 2", visit a site (ex. https://github.com/brave/browser-laptop/issues/8000)
- Open "New Session Tab 3", visit a site
- Open "New Session Tab 4", visit a site
- Open "New Session Tab 1", visit a site
- Open 3 more new tabs with
+, visit a site- Drag out a tab into a new Window (window 2)
- Select text in new Window tab (window 2)
- Right click and select "Copy" in context menu
- Paste into URL bar or text editor
- Repeat steps 9-10 on different tabs and windows
Actual result:
The pasted text does not match the intended selected copied text.Expected result:
The pasted text should match the selected and copied text.I haven't found a way to reproduce it consistently, maybe it's an issue with electron-clipboard. I'll update if I can find a way to consistently reproduce.
Additional Info:
Brave 0.22.714 V8 6.6.346.26 rev fa2fbca Muon 6.0.9 OS Release 10.0.17134 Update Channel Release OS Architecture x64 OS Platform Microsoft Windows Node.js 7.9.0 Brave Sync v1.4.2 libchromiumcontent 66.0.3359.139
disabling TAB PREVIEWS on HOVER in settings seemed to have fixed the problem for a short while but after more extensive use of the browser right click to copy from both the address bar and text in pages again ceases to function properly but using CNTRL-C does work
this is a fairly serious impediment to using the browser so I hope it can be rectified soon
~@btlechowski I can no longer reproduce this on our current release (0.22.727) OR in the beta (0.22.806). Can you test and confirm if it's still an issue? Possibly fixed with https://github.com/brave/browser-laptop/pull/14295~
@jonathansampson has confirmed this is still an issue. I had originally tested on macOS; after re-testing on Windows, I can reproduce the issue still
Reproduced locally with debug build of Muon... digging in more now. Definitely related to the tab preview functionality (maybe wrong frameKey is being set in browser-laptop). When a bad copy happens, the web contents IS getting the copy... but I suspect not the right web contents
The only difference in the browser-laptop side that I can see is that the preview is attaching to the web view BEFORE the tab is switched to. Versus preview being off, where it attaches as the last step
Root cause is that wrong web contents is being returned when calling electron.webcontents.getFocusedWebContents. Getting a lot closer to finding the fix
Verified on Windows 10 x64
• 0.23.11 6565c0689f8bfbd6f4d03e2e8c68c9381da157f6
• Muon 7.1.0
• libchromiumcontent 67.0.3396.87
Verified on Ubuntu 17.10 x64
Verified with macOS 10.12.6 using
Most helpful comment
@bsclifton Cool to see you are also in Chandler, been a huge fan of the project and never realized. I just posted this on the community Brave page as well.
The following process has allowed me to replicate the issue several times in a row:
It seems to be fine for me until I hover a tab (other than the current tab) to get it to reload/refresh.