• Clipboard issues after Google Chrome update

    I am running GNOME Shell 3.24.1 with Google Chrome stable 58.0.3029.110-1 and after the last update, copy/paste does not work between chrome based application (Chrome, Atom, Visual Studio code) and non-Chrome based applications: terminal, gedit, firefox, etc. but still works between the chrome applications mentioned above. Actually, the (gnome) clipboard is empty when I copy from Chrome/Atom/VSC.

    So my questions are the following:

    • is it possible to downgrade the package (from AUR)? I could not locate past versions in the tmp folder.
    • is there a known fix/patch for this issue?


  • Local downgrade:

    $ sudo pacman -U /var/cache/pacman/pkg/package-old_version.pkg.tar.xz

    archive online:


    [updates once a week] = [90% less problems]
    how to add system logs
    i3 GNOME

  • @joekamprad Thanks but chrome is not in the official repositories, it’s in the AUR, so it does not end up in the pacman cache folder; that was my first attempt :(

  • 58.0.3029.81 is the version before

    mkdir ABS
    cd ABS
    wget https://aur.archlinux.org/cgit/aur.git/snapshot/google-chrome.tar.gz
    tar -xvzf google-chrome.tar.gz
    cd google-chrome
    nano PKGBUILD

    change version to

    makepkg -g

    copy md5sums=…

    nano PKGBUILD

    change the md5sums= to the generated ones…
    and build with

    makepkg -si

    [updates once a week] = [90% less problems]
    how to add system logs
    i3 GNOME

  • @joekamprad I am having the same problem and I really wonder that there is no one considering pulling back such show stopping browser versions: If there is the process of upgrade made easy why not present an easy option to downgrade again if one is temporarily not able to correct the bug causing the issue ?

    By the way: It is not only Chrome, It’s also Firefox :
    These browsers do not handshake properly with the clipboard:

    The issue might not be due to Gnome or Mate or even the browser version.
    since I am having the same clipboard problems with Antergos Mate
    and with firefox and chromium.

    not ok: Copy from browser to clipboard (both firefox+chromium)
    ok: Paste from clipboard to browser (both firefox+chromium)

    (I verified this with the clipboard manager gpaste)

    Versions tested:

    Antergos Mate 17.4
    kernel: Arch 4.9.27-1 LTS
    kernel: Arch 4.10.13-1
    Firefox 53.0.2 (64bit)
    and Chromium 58.0.3029.96 (64bit)

    On my main system (Ubuntu Mate 16.04.2 and Linux kernel 4.8)
    I am using Firefox 53.0 without this issue.

    I guess it’s an issue with both browsers gtk clipboard handshake
    because copy & paste is working between terminal and pluma for example.

  • Got it! the gtk update broke the clipboard. For those facing the same issue, I downgraded the following packages:

    • gtk3 using
    pacman -U /var/cache/pacman/pkg/gtk3-3.22.12+6+g42aa4c138c-1-x86_64.pkg.tar.xz
    • webkit2gtk using
    pacman -U /var/cache/pacman/pkg/webkit2gtk-2.16.1-3-x86_64.pkg.tar.xz
    • and gtk3-print-backends using
    pacman -U /var/cache/pacman/pkg/gtk3-print-backends-3.22.12+6+g42aa4c138c-1-x86_64.pkg.tar.xz

    Thanks a lot guys! Tried all of that without using copy and paste ;)

  • i can confirm this and that the issue is not only with chrome. it’s also with Firefox and Opera, but copy works with Epiphany (Gnome Web)

  • @jjf Thank you very, very much !
    That did the trick at least for me and my Antergos Mate 17.4 / 17.5.
    Thanks also to joekamprad for sketching the road to downgrade.
    Still as a newcomer I would have refrained from that since I wouldnt be able to cope with possible side effects.
    That is what I meant when opting for a safe method to downgrade any package identified as the culprit for a bug.

  • To keep track of the bug:

    Arch Linux thread

  • this looks to be an wayland issue… i was wondering why my other machine didn’t had this issue, so i logged off and started Gnome in X… and it goes away…

clipboard1 issues52 chrome9 google16 Posts 10Views 1080
Log in to reply