Clipit: Hotkeys funktionieren nicht seit 1.4.4-2 auf Debian-Tests von 64-Bit

Erstellt am 23. Juli 2018  ·  64Kommentare  ·  Quelle: CristianHenzel/ClipIt

Seit dem 2018-07-12, dass clipit auf Version 1.4.4-2 aktualisiert wurde, funktionieren die Hotkeys überhaupt nicht.

Wenn ich drücken Ctrl-Alt-F öffnen Manage History , macht es gar nichts.

Wenn ich drücke Ctrl-Alt-H öffnen History , erhalte ich folgendes Fenster:

image

Können wir etwas dagegen tun?

Hilfreichster Kommentar

Ich habe ähnliche Fehler wie @emjayko :

(clipit:7183): GLib-GObject-CRITICAL *: 20:56:43.530: g_object_set_data: Assertion 'G_IS_OBJECT (object)' fehlgeschlagen(clipit:7183): Gdk-CRITICAL * : 20:56:43.530: gdk_window_get_window_type: Assertion 'GDK_IS_WINDOW (window)' fehlgeschlagen
```

Ich habe herausgefunden, dass wenn ich den Hotkey lange genug halte, das Verlaufsfenster erscheint.

Alle 64 Kommentare

Das gleiche Problem hier.. Ich habe eine kleine Untersuchung durchgeführt und herausgefunden, dass es einige Fehler wirft, anstatt die GUI anzuzeigen. Leider konnte ich sie nicht lösen.

(clipit:7183): GLib-GObject-CRITICAL **: 20:56:43.530: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed
(clipit:7183): Gdk-CRITICAL **: 20:56:43.530: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed

Update: Aufgrund der Komplexität dieser Hotkeys gibt es ein weiteres Problem.

Wenn Sie zu Manage History und eine Zeile aus Ihrem Verlauf löschen, können Sie durch erneutes Aufrufen Ihres Manage History sehen, dass die Zeile ihren Platz behält, jedoch ohne die eigentliche Zeichenfolge darin.

Sobald Sie die leere Zeile löschen, wird automatisch die unmittelbar nächste Zeile gelöscht.

Dieses Verhalten ist meiner bescheidenen Meinung nach ziemlich kritisch.

Gleiches Problem in meinem Fall (Debian-Tests)

Hallo, gleiches Problem hier:
image
Das Verlaufsfenster ist so, und das Einstellungsfenster ist nach einem ersten Klick eingefroren, auch die Hotkeys zum Zugriff auf die Verlaufszwischenablage funktionieren nicht mehr...

Einige Protokolle:

(clipit:24858): Gtk-CRITICAL **: 14:06:37.634: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.641: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.649: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.650: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.658: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.666: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.674: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...

Ich weiß nicht, wie ich es beheben kann, bitte helft uns :)

Systeminformationen

uname -a :
Linux oab-cycd9w1 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux

cat /etc/debian_version : buster/sid

Vorübergehende Lösung

Da ich keine Neuigkeiten über einen möglichen Fix gesehen habe, habe ich meine Clipit-Version entfernt und auf die Version 1.4.2 für das strethc-Repository gewechselt.

Wenn Sie dies auch benötigen, sind hier die Schritte:

  1. Überprüfen Sie die verschiedenen Versionen, die Sie installieren können
$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
 *** 1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
     1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

(In meinem Fall bin ich beim Debian-Testen, also habe ich die Version 1.4.4-2 von clipit aus dem Repository 'buster/testing' installiert)

  1. Entfernen Sie dann Clipit (nicht löschen, Sie verlieren alle Ihre Einstellungen)
    $ sudo apt autoremove clipit

  2. Installieren Sie nun Clipit erneut, aber aus dem gewünschten Repository, in meinem Fall 'stretch/stable' Repository
    $ sudo apt install -t stretch clipit

  3. Überprüfen Sie abschließend die installierte Version:

$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
     1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
 *** 1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

Genießen Sie, Sie können Clipit jetzt ohne eingefrorenes Einstellungsfenster und mit einem Hotkey wieder starten. (und alles andere)

Ich habe das gleiche Problem, konnte aber den Fehler beim benutzerdefinierten Erstellen aus dem Debian-Paketquellverzeichnis (https://salsa.debian.org/debian/clipit.git) nicht reproduzieren. Scheint ein Problem mit dem Build selbst zu sein...

@swillner Wenn Sie benutzerdefiniertes Gebäude sagen, was genau haben Sie im Vergleich zum ursprünglichen Build geändert?

Ich baue direkt aus dem Debian-Quellrepo (mit ./autogen.sh und ./configure wie in der Dokumentation). Also ok, "custom" nur im Sinne von selbst bauen auf meiner Maschine ;)

@swillner ah OK, cool. Hmm...ich frage mich, was dieses Problem mit dem vorhandenen Paket verursacht.

Hi!

Meine Version: clipit 1.4.4-3

Der gleiche Fehler:

uname -a                                                                                                                                              ~/
Linux archlinux 4.17.13-arch1-1-ARCH #1 SMP PREEMPT Mon Aug 6 23:06:31 UTC 2018 x86_64 GNU/Linux
clipit:8228): Gdk-CRITICAL **: 22:39:04.104: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:04.425: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:04.927: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:05.430: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:05.931: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

(clipit:8228): GLib-GObject-CRITICAL **: 22:39:06.323: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed

(clipit:8228): Gdk-CRITICAL **: 22:39:06.434: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

Gleiches Problem mit Version 1.4.4-8 unter Manjaro/Arch Linux

(clipit:7411): Gdk-CRITICAL **: 12:59:18.073: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed
(clipit:7411): Gdk-CRITICAL **: 12:59:18.421: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed
(clipit:7411): GLib-GObject-CRITICAL **: 12:59:19.187: g_object_set_data: assertion 'G_IS_OBJECT (object)' failed
(clipit:7411): Gdk-CRITICAL **: 12:59:19.428: gdk_window_get_pointer: assertion 'GDK_IS_WINDOW (window)' failed

musste auf Version 1.4.3-2 zurückgesetzt werden.
Verwendete Bibliotheken

ldd $(which clipit)
    linux-vdso.so.1 (0x00007ffc475b2000)
    libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x00007f90814c4000)
    libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x00007f9081210000)
    libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007f9080fbc000)
    libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f9080ca5000)
    libappindicator.so.1 => /usr/lib/libappindicator.so.1 (0x00007f9080a98000)
    libX11.so.6 => /usr/lib/libX11.so.6 (0x00007f9080759000)
    libc.so.6 => /usr/lib/libc.so.6 (0x00007f9080593000)
    libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007f908038f000)
    libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0x00007f9080182000)
    libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0x00007f907ff7c000)
    libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x00007f907fd56000)
    libcairo.so.2 => /usr/lib/libcairo.so.2 (0x00007f907fa33000)
    libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x00007f907f80d000)
    libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007f907f46d000)
    libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x00007f907f258000)
    libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00007f907f011000)
    libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007f907edce000)
    libm.so.6 => /usr/lib/libm.so.6 (0x00007f907ec49000)
    libpthread.so.0 => /usr/lib/libpthread.so.0 (0x00007f907ec26000)
    libXrender.so.1 => /usr/lib/libXrender.so.1 (0x00007f907ea1b000)
    libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0x00007f907e818000)
    libXi.so.6 => /usr/lib/libXi.so.6 (0x00007f907e607000)
    libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0x00007f907e3fc000)
    libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0x00007f907e1f2000)
    libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0x00007f907dfed000)
    libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0x00007f907ddea000)
    libXext.so.6 => /usr/lib/libXext.so.6 (0x00007f907dbd8000)
    libffi.so.6 => /usr/lib/libffi.so.6 (0x00007f907d9cf000)
    libpcre.so.1 => /usr/lib/libpcre.so.1 (0x00007f907d75d000)
    libindicator.so.7 => /usr/lib/libindicator.so.7 (0x00007f907d54f000)
    libdbusmenu-gtk.so.4 => /usr/lib/libdbusmenu-gtk.so.4 (0x00007f907d339000)
    libdbusmenu-glib.so.4 => /usr/lib/libdbusmenu-glib.so.4 (0x00007f907d11d000)
    libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007f907ce54000)
    libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007f907cc2b000)
    libdl.so.2 => /usr/lib/libdl.so.2 (0x00007f907cc26000)
    /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007f9081b4c000)
    libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0x00007f907c97c000)
    libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007f907c746000)
    libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0x00007f907c542000)
    libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0x00007f907c334000)
    libz.so.1 => /usr/lib/libz.so.1 (0x00007f907c11d000)
    librt.so.1 => /usr/lib/librt.so.1 (0x00007f907c113000)
    libresolv.so.2 => /usr/lib/libresolv.so.2 (0x00007f907c0f8000)
    libmount.so.1 => /usr/lib/libmount.so.1 (0x00007f907be9f000)
    libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007f907bdea000)
    libthai.so.0 => /usr/lib/libthai.so.0 (0x00007f907bbe0000)
    libfribidi.so.0 => /usr/lib/libfribidi.so.0 (0x00007f907b9c4000)
    libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007f907b792000)
    libuuid.so.1 => /usr/lib/libuuid.so.1 (0x00007f907b589000)
    libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007f907b379000)
    libXau.so.6 => /usr/lib/libXau.so.6 (0x00007f907b175000)
    libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007f907af6f000)
    libblkid.so.1 => /usr/lib/libblkid.so.1 (0x00007f907ad1c000)
    libgraphite2.so.3 => /usr/lib/libgraphite2.so.3 (0x00007f907aaf0000)
    libdatrie.so.1 => /usr/lib/libdatrie.so.1 (0x00007f907a8e9000)

glib2 ist 2.56.1-1

Gleiches Problem mit Version 1.4.4-2 nach dem Upgrade von Ubuntu von 18.04 auf 18.10. Vorübergehend behoben durch Neuinstallation einer niedrigeren Version (1.4.2-1.2) von ClipIt von pkgs.org

Ich habe ähnliche Fehler wie @emjayko :

(clipit:7183): GLib-GObject-CRITICAL *: 20:56:43.530: g_object_set_data: Assertion 'G_IS_OBJECT (object)' fehlgeschlagen(clipit:7183): Gdk-CRITICAL * : 20:56:43.530: gdk_window_get_window_type: Assertion 'GDK_IS_WINDOW (window)' fehlgeschlagen
```

Ich habe herausgefunden, dass wenn ich den Hotkey lange genug halte, das Verlaufsfenster erscheint.

Genau das gleiche Problem bei mir mit dem neuesten Master (sieht aus, als ob der Versionsstring auf 1.4.5 aktualisiert wurde), der mit --with-gtk3 erstellt wurde. Während der Konfiguration gab es einige veraltete Warnungen, aber es wurde gut abgeschlossen.
Es gab definitiv einige Verbesserungen in letzter Zeit, denn selbst das Kompilieren war für mich vor ein paar Monaten noch nicht abgeschlossen.

Aber ich denke, dieses spezielle Problem muss noch behoben werden.

Ich habe herausgefunden, dass wenn ich den Hotkey lange genug halte, das Verlaufsfenster erscheint.

DANKE SCHÖN!

Ich habe dieses Problem jetzt in Debian Stable 10 … wenig überraschend, denke ich. ClipIt-Version 1.4.4 aus dem Debian-Buster-Repository. Problem genau wie oben beschrieben, Hotkeys funktionieren nicht. Terminal zeigt Fehler an:
(clipit:1000): Gdk-CRITICAL **: 19:03:32.292: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed wenn Hotkey gedrückt wird.

Möglicherweise verwandt: Wenn ich mit dem Tray-Icon interagiere und Einstellungen hochziehe usw., funktionieren sie einwandfrei. Wenn ich jedoch versuche, zum Beispiel den History-Hotkey zu verwenden (wie üblich passiert nichts beim Tastendruck), aber wenn ich dann versuche, einen der Dialoge / Fenster wie Einstellungen oder die About-Seite usw. zu öffnen, erhalte ich ein kleines Schwarz Rechteck im oberen linken Teil meines Bildschirms erscheint das beabsichtigte Fenster nie und ClipIt muss beendet werden, um das schwarze Rechteck loszuwerden.
Das Verhalten ist bei Verwendung von jwm oder fluxbox gleich.

Ist dieses Projekt also tot oder was? Völlig gebrochen über viele Distributionen und kein Piepsen :(

Ist dieses Projekt also tot oder was? Völlig gebrochen über viele Distributionen und kein Piepsen :(

Ich kann in keiner Weise für das ClipIt-Projekt sprechen und kann nicht sagen, ob das Projekt zu diesem Zeitpunkt noch Leben hat oder nicht. Für das, was es wert ist, bin ich persönlich dazu übergegangen ,

Danke, @J-Reis. Persönlich habe ich mich für Clipman entschieden (bereitgestellt vom _xfce4-clipman_-Paket) -- leicht, stabil und DE-neutral.
_GPaste_ ist zu GNOME-zentriert für diejenigen, die andere Desktop-Umgebungen bevorzugen...

Ich zögere, diesen Thread weiterhin zu entführen, in dem es um Ersetzungen geht, aber ich bin mir nicht sicher, ob das, was Sie gesagt haben, wirklich wahr ist. Ich führe kein Gnome aus, sondern nur einen Window-Manager auf X und ich kann mich nicht erinnern, dass GPaste eine signifikante Anzahl von Abhängigkeiten mit einbezog. Natürlich wähle ich gewöhnlich die Anwendung, die für mich am besten funktioniert – ich ignoriere nichts nur aufgrund der verwendeten Bibliotheken, also ist mein System vielleicht einfach nur massiv aufgebläht und all diese Gnome-Abhängigkeiten waren bereits vorhanden. Da ich kein Experte bin, habe ich nur eine kurze Überprüfung der Abhängigkeiten mit apt durchgeführt (offensichtlich sind die Besonderheiten ein bisschen Debian-zentriert, aber der allgemeine Trend sollte unabhängig vom System bestehen):


Liste der Abhängigkeiten

XFCE-clipman | GPaste
|------------------------------------------------ ----------|----------------------------------------- ----------------|
| libc6 (>= 2.4) | dconf-gsettings-backend | gsettings-backend |
| libgdk-pixbuf2.0-0 (>= 2.22.0) | > dconf-Dienst (>= 0.30.1-2) |
| libglib2.0-0 (>= 2.37.3) | > libdconf1 (= 0.30.1-2) |
| libgtk-3-0 (>= 3.19.12) | libc6 (>= 2.4) |
| libqrencode4 (>= 3.2.0) | libglib2.0-0 (>= 2.58.0~) |
| libx11-6 | libgpaste11 (>= 3.28.2) |
| libxfce4ui-2-0 (>= 4.11.0) | > libatk1.0-0 (>= 1.12.4) |
| > libatk1.0-0 (>= 1.12.4) | > libc6 (>= 2.4) |
| >libc6 (>= 2.4) | > libcairo-gobject2 (>= 1.10.0) |
| >libcairo-gobject2 (>= 1.10.0) | > libcairo2 (>= 1.2.4) |
| >libcairo2 (>= 1.2.4) | > libgdk-pixbuf2.0-0 (>= 2.31.1) |
| >libdbus-1-3 (>= 1.9.14) | > libglib2.0-0 (>= 2.58.0~) |
| >libdbus-glib-1-2 (>= 0.78) | > libgtk-3-0 (>= 3.24) |
| >libgdk-pixbuf2.0-0 (>= 2.22.0) | > libpango-1.0-0 (>= 1.14.0) |
| >libglib2.0-0 (>= 2.37.3) | > libpangocairo-1.0-0 (>= 1.14.0) |
| >libgtk-3-0 (>= 3.9.12) | > libx11-6 |
| > libice6 (>= 1:1.0.0) | > libxi6 (>= 2:1.2.99.4) |
| > libpango-1.0-0 (>= 1.14.0) | > > libxext6 |
| >libpangocairo-1.0-0 (>= 1.14.0) | libgtk-3-0 (>= 3.24) |
| > libsm6 | |
| > >libc6 (>= 2.14), libice6 (>= 1:1.0.0), libuuid1 (>= 2.16) | |
| >libstartup-notification0 (>= 0.4) | |
| > > libc6 (>= 2.4), libx11-xcb1, libxcb-util0 (>= 0.3.8), libxcb1 | |
| > libx11-6 | |
| > libxfce4util7 (>= 4.9.0) | |
| > libxfconf-0-2 (>= 4.6.0) | |
| > libxfce4ui-common (>= 4.11) | |
| libxfce4util7 (>= 4.9.0) | |
| libxfconf-0-2 (>= 4.6.0) | |
| > libc6 (>= 2.14) | |
| > libdbus-1-3 (>= 1.9.14) | |
| > libdbus-glib-1-2 (>= 0.78) | |
| > libglib2.0-0 (>= 2.41.1) | |
| > xfconf | |
| libxtst6 | |
| > libc6 (>= 2.4), libx11-6 (>= 2:1.6.0), libxext6, libxi6, x11-common | |

Lassen Sie es mich wissen, wenn ich hier etwas nicht verstehe, ich versuche immer, es zu lernen!

Es scheint, als hätten wir Fortschritte gemacht...

Auf meinem System ist Version 1.4.5 installiert und wenn ich Ctrl+Alt+F drücke, erhalte ich ein Popup-Fenster zum Durchsuchen meiner Zwischenablage.

Wenn ich jedoch Ctrl+Alt-H drücke, verhält es sich wie mein ursprünglicher Bericht.

fwiw Ich mochte das Projekt und es hat alles getan, was ich wollte, aber ich bin zu Parcellite übergegangen, was schlimmer, aber besser ist, weil es funktioniert. :/

Ich verstehe, dass es OSS ist und wir alle beschäftigt sind, aber ich bin ehrlich gesagt ziemlich verwirrt, dass diese Änderung nicht einfach zurückgesetzt wurde. "Hotkeys funktionieren nicht" ist ein Showstopper.

Es scheint, als hätten wir Fortschritte gemacht...

Auf meinem System ist Version 1.4.5 installiert und wenn ich Ctrl+Alt+F drücke, erhalte ich ein Popup-Fenster zum Durchsuchen meiner Zwischenablage.

Wenn ich jedoch Ctrl+Alt-H drücke, verhält es sich wie mein ursprünglicher Bericht.

Woher hast du die Version 1.4.5? Habe noch keine Veröffentlichung gesehen.
Ich habe gerade von Ubuntu 19.04 auf 19.10 upgegradet und auf clipit_1.4.2-1.2_amd64.deb installiert / downgegradet, was leider nicht mehr wie in 19.04 funktioniert.
Also entweder finde ich diese Version 1.4.5 oder ich muss einen anderen Clipboard Manager verwenden, da das Arbeiten ohne einen Albtraum zu sein scheint!f

Bitte lesen Sie den Titel meines Tickets.

@CristianHenzel @stefanos82
Als ich gdb verwende, um dieses Problem zu debuggen, habe ich festgestellt, dass, wenn ein Haltepunkt bei create_history_menu wird und c weiter ausgeführt wird, nachdem die Unterbrechung beendet wurde, alles gut geht, aber ich habe keine Ahnung Darüber frage ich mich nur, ist das POPUP_DELAY zu klein, ist etwas nicht fertig?

Also versuche ich, den POPUP_DELAY zu erhöhen, und dann ist alles ok, erstaunlich.
Aber sorry an alle, ich kenne den Grund nicht. lol

Ich möchte POPUP_DELAY erhöhen, konnte es aber nicht aus dem Quellcode kompilieren.
Ubuntu 19.10
main.c:211:7: error: unknown type name ‘GdkSeat’; did you mean ‘GdkSpan’?

Ich möchte POPUP_DELAY erhöhen, konnte es aber nicht aus dem Quellcode kompilieren.
Ubuntu 19.10
main.c:211:7: error: unknown type name ‘GdkSeat’; did you mean ‘GdkSpan’?

Versuchen Sie, mit gtk3 zu konfigurieren

./configure --with-gtk3 --enable-appindicator=yes

Gleiches Problem hier mit Fedora 31, kernel-5.3.13-300 und clipit-1.4.4-5.fc31.x86_64

Gleiches Problem mit Ubuntu 19.10 und clipit-1.4.4+git20190202-1.

selbes Problem hier
hat trotzdem jemand gefunden?

Harsh, ich liebe Clipit, benutze es seit Jahren, wurde kürzlich auf 19.10 aktualisiert und jetzt funktioniert es nicht. :(

Mir ist das gerade aufgefallen, ich habe eine Weile gebraucht, um herauszufinden, warum Tastenkombinationen in anderen Anwendungen nichts tun, aber auch in Ubuntu nichts.

Ist es möglich, eine ältere funktionierende Version zu installieren? Ich habe versucht, den Anweisungen von @Darcidride zu folgen, aber leider habe ich beim Versuch, den Parameter -t stretch zu verwenden, einen Fehler erhalten.

Mir ist das gerade aufgefallen, ich habe eine Weile gebraucht, um herauszufinden, warum Tastenkombinationen in anderen Anwendungen nichts tun, aber auch in Ubuntu nichts.

Ist es möglich, eine ältere funktionierende Version zu installieren? Ich habe versucht, den Anweisungen von @Darcidride zu folgen, aber leider habe ich beim Versuch, den Parameter -t stretch zu verwenden, einen Fehler erhalten.

Ja, es ist möglich, Version 1.4.2-1.2 zu verwenden (funktioniert bei mir unter Ubuntu 19.10)

@SuzanaK danke, würde es dir etwas

@SuzanaK danke, würde es dir etwas

Ich habe die Datei .deb von hier heruntergeladen und installiert (in Ubuntu können Sie .deb Dateien mit der rechten Maustaste oder im Terminal über sudo dpkg -i <xyz.deb> installieren).

@SuzanaK danke, würde es dir etwas

Ich habe die Datei .deb von hier heruntergeladen und installiert (in Ubuntu können Sie .deb Dateien mit der rechten Maustaste oder im Terminal über sudo dpkg -i <xyz.deb> installieren).

Ich würde tatsächlich vorschlagen, apt zu verwenden, um die deb-Datei zu installieren, da es sich auch um Abhängigkeiten kümmert. In diesem Fall denke ich, dass es kein Problem ist, aber für zukünftige Referenzen.

(mach einfach sudo apt install ./my.deb )

Die alte Version hat funktioniert. Vielen Dank!

Heute wurde mir durch mein Upgrade-Verfahren mitgeteilt, dass clipit durch diodon ersetzt wurde .

Ich habe versucht es zu benutzen und es hat mir überhaupt nicht gefallen.

Ich denke, es ist ein Abschied von diesen Projekten für mich :schulterzucken:

@stefanos82 Ich bin kürzlich auf https://extensions.gnome.org/extension/779/clipboard-indicator/. Das hat bei mir ganz gut funktioniert.

Ich habe mich für die XFCE4-Zwischenablage entschieden und sie ist recht einfach zu bedienen.

Es hat einen eigenen Verlaufsmechanismus, den Sie ähnlich wie Clipit verwenden können.

Alles, was Sie tun müssen, ist, es einer Hotkey-Verknüpfung zuzuweisen, und das wäre es wirklich.

Ermöglichen diese es, die Zwischenablage und die primäre Datei synchron zu halten?

Ermöglichen diese es, die Zwischenablage und die primäre Datei synchron zu halten?

@mckellyln Wenn Sie primär sagen, was genau meinen Sie?

Können Sie es mir bitte erklären, da ich kein englischer Muttersprachler bin?

Viele Zwischenablage-Manager halten die Primär- und Auswahl-Zwischenablage zumindest optional "synchron".
X11 hat 2 Zwischenablagen (eigentlich 3) und die Tastatur Strg+C / Strg+V ist normalerweise mit einer Zwischenablage verbunden und Maus-Ziehen+Kopieren geht normalerweise in eine andere Zwischenablage. Wenn der Zwischenablage-Manager sie synchron hält, können Sie mit der Maus ziehen + kopieren und mit der Tastatur Strg + V, um das gleiche Ergebnis zu erzielen.
Ich frage nur, ob es eine Option wie "Zwischenablagen synchronisieren" gibt, die Sie auswählen können, wenn Sie möchten.
"synchron" bedeutet hier, dass sie immer gleich sind, wenn sich einer ändert, dann kopieren Sie ihn in den anderen, damit sie übereinstimmen.

Du meinst das?

image

Ab Paste instantly Sie drei Optionen: None , Ctrl+V und Shift+Insert

Ich hoffe das hilft.

Ich bin mir nicht sicher, es scheint mir aus den obigen Worten nicht klar zu sein.
Ich habe nur versucht herauszufinden, ob es dies nicht unterstützt, dann würde ich weiter nach einem Clipboard-Manager suchen, der dies unterstützt :-)

Wenn ich mit der Maus über Sync mouse selections fahre, erhalte ich die folgende Kurzinfo:

Wenn diese Option aktiviert ist, wird die Auswahl mit der Standardzwischenablage synchronisiert, sodass Sie Ihre Auswahl einfügen können

Hilft das diesmal etwas mehr?

Ja, das scheint eher so zu sein, als würde man die Zwischenablagen synchron halten. Vielen Dank!

Dies ist in 1.4.5 behoben.
Ich werde fehlende Patches aus dieser Version mit meinem PPA synchronisieren und auch ein Deb-Paket erstellen.
https://launchpad.net/~afelinczak/+archive/ubuntu/ppa
Das Problem hängt nicht mit Hotkeys zusammen - es ist ein Problem mit GtkMenu.

@afelinczak
Ihr Fix funktioniert, aber wir verlieren die Benachrichtigungssymbol (Topicon)-Funktion, ist das normal?

Auf GDM 3.36.2 in meinem Fall

Hey,
Es kann damit zusammenhängen, wie das deb-Paket kompiliert wird. Clipit-Kompilierungsskripte haben das Flag enable-appindicator, das Umschalten kann helfen.

Ich kann ein zweites Deb-Paket vorbereiten, aber für die nächsten 2-3 Wochen bin ich sehr beschäftigt und kann kein Datum versprechen.

Danke für deine schnelle Antwort

Kein Problem, wir machen es wie in ein paar Wochen

Wir sind sehr dankbar für Ihre Korrektur, halten Sie sich Zeit :)

@Darcidride hat eine Deb-Datei mit
Bitte lassen Sie mich wissen, wenn dieses Problem mit dem Symbol behoben wird.

@afelinczak Immer noch kein Icon in meiner Seite

Ich verwende diese Clipit-Version aus Ihrem persönlichen Repository (Focal-Version)

clipit:
  Installed: 1.4.5+git20200624-1ppa1
  Candidate: 1.4.5+git20200624-1ppa1
  Version table:
 *** 1.4.5+git20200624-1ppa1 500
        500 http://ppa.launchpad.net/afelinczak/ppa/ubuntu focal/main amd64 Packages
        100 /var/lib/dpkg/status
     1.4.4+git20190202-2 900
        100 https://deb.debian.org/debian unstable/main amd64 Packages
        900 https://deb.debian.org/debian testing/main amd64 Packages
     1.4.4+git20190202-1 -20
        -20 https://deb.debian.org/debian stable/main amd64 Packages

Noch ein paar Infos wenn es helfen kann:

$ uname -a
Linux LUNE 4.19.0-4-amd64 #1 SMP Debian 4.19.28-2 (2019-03-15) x86_64 GNU/Linux
$ cat /etc/debian_version
bullseye/sid



md5-aaedf8d028d89a824e722bb351a65da5



gdm3 --version
GDM 3.36.3

Aber Clipit funktioniert super, ich benutze es mit Verknüpfungen, nur kein gdm3-Statussymbol

Hey @Darcidride
Entschuldigung für das Missverständnis - ich habe die Deb-Datei hier auf Github (Release-Abschnitt) hochgeladen, nicht auf ppa.
Ich kann 2 Versionen für ppa bekommen, aber täglich verwende ich Ubuntu Mate und die aktuelle PPA-Version funktioniert für mich in Ordnung.
Bitte überprüfen Sie diese und lassen Sie mich wissen, ob das Symbol funktioniert
https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64_indicator.deb

Hallo @afelinczak
Ich habe die über den GitHub-Link verlinkte Version installiert
Die App-Anzeige ist da! :+1:
image

Ich musste die Installation erzwingen, da die Semversionierung älter ist als die andere, die ich installiert habe, und ich apt-mark hold dieses Paket nur für den Fall habe

Nun, bei mir funktioniert alles perfekt, vielen Dank für Ihre Korrektur!

Hatte jemand Glück mit dem behobenen Paket auf Ubuntu 19.10? Ich habe beide Pakete von der Launchpad-Site ausprobiert und beide auf der Github-Release-Seite gepostet, aber kein Glück - ich bekomme eine Warnung, dass die Bindung der Hotkeys fehlgeschlagen ist und sonst nichts - kein Symbol, keine Fehlermeldung.

Ich bin mir nicht sicher, ob jemand am 19.10 @SuzanaK getestet anhand der Fehlermeldung würde ich überprüfen, ob eine andere App nicht dieselben Hotkeys wie Clipit verwendet.
Ich gehe davon aus, dass Sie die Deb-Datei aus dem dritten Beitrag oben verwenden?

Ja, ich habe diese Deb-Datei von oben verwendet, aber auch diese Deb-Datei https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64.deb und beides von der ppa. Keiner von ihnen hat funktioniert, ich bekomme auch kein Symbol, wo ich die Hotkeys ändern könnte. Laut den Tastaturkürzeln verwendet keine andere Anwendung zB Strg+Alt+H, die ich zum Anzeigen des Verlaufs verwendet habe. Nach der Installation und einem Klick auf "Starten" passiert nichts. Wenn ich Clipit im Terminal starte, bekomme ich die Warnung für die Hotkeys und dann nichts anderes.

Bitte überprüfen Sie, ob alle Bindungen kostenlos sind:

Geschichte | Strg + Alt + h
Aktionen | Strg + Alt + a
Menü | Strg + Alt + p
Suche | Strg + Alt + f
Offline-Modus | Strg + Alt + Aus

Ja, jeder davon ist kostenlos. Aber ich denke nicht, dass das das Problem ist - die ganze App startet nicht, aber es gibt keine Fehlermeldung.

Entschuldigung, der fehlgeschlagene Start hatte nichts mit Clipit zu tun, ich hatte ein Problem mit meinem Display-Manager.
Das Paket hier https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64_indicator.deb funktioniert.
Sorry für die Verwirrung und danke!

@SuzanaK Ich habe heute versucht, dies zu testen, aber 19.10 hat das Ende der Lebensdauer erreicht und ich konnte Clipit nicht installieren, da Ubuntu-Repos nicht mehr aktiv sind.
Ich empfehle ein Upgrade auf 20.04 LTS.

Vielleicht kann jemand einen Kommentar zu dieser Projekt-Readme-Datei unter eingestellt hinzufügen, um zu informieren, dass wir dieses Paket verwenden können, anstatt zu einem anderen Tool zu wechseln

@Darcidride gute Idee, ich habe PR in Bezug auf Meson geöffnet, werde der Readme-

Gleiches Problem in meinem Fall (Debian-Tests)

Hallo, gleiches Problem hier:
image
Das Verlaufsfenster ist so, und das Einstellungsfenster ist nach einem ersten Klick eingefroren, auch die Hotkeys zum Zugriff auf die Verlaufszwischenablage funktionieren nicht mehr...

Einige Protokolle:

(clipit:24858): Gtk-CRITICAL **: 14:06:37.634: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.641: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.649: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.650: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.658: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.666: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.674: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.681: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed

(clipit:24858): Gtk-CRITICAL **: 14:06:37.689: _gtk_widget_captured_event: assertion 'WIDGET_REALIZED_FOR_EVENT (widget, event)' failed
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...
Clipboard is null, recovering ...

Ich weiß nicht, wie ich es beheben kann, bitte helft uns :)

Systeminformationen

uname -a :
Linux oab-cycd9w1 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux

cat /etc/debian_version : buster/sid

Vorübergehende Lösung

Da ich keine Neuigkeiten über einen möglichen Fix gesehen habe, habe ich meine Clipit-Version entfernt und auf die Version 1.4.2 für das strethc-Repository gewechselt.

Wenn Sie dies auch benötigen, sind hier die Schritte:

  1. Überprüfen Sie die verschiedenen Versionen, die Sie installieren können
$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
 *** 1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
     1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

(In meinem Fall bin ich beim Debian-Testen, also habe ich die Version 1.4.4-2 von clipit aus dem Repository 'buster/testing' installiert)

  1. Entfernen Sie dann Clipit (nicht löschen, Sie verlieren alle Ihre Einstellungen)
    $ sudo apt autoremove clipit
  2. Installieren Sie nun Clipit erneut, aber aus dem gewünschten Repository, in meinem Fall 'stretch/stable' Repository
    $ sudo apt install -t stretch clipit
  3. Überprüfen Sie abschließend die installierte Version:
$ apt-cache policy clipit
clipit:
  Installed: 1.4.2-1.2
  Candidate: 1.4.4-2
  Version table:
     1.4.4-2 900
        900 http://http.debian.net/debian buster/main amd64 Packages
        -10 http://http.debian.net/debian unstable/main amd64 Packages
 *** 1.4.2-1.2 100
        -20 http://httpredir.debian.org/debian stretch/main amd64 Packages
        100 /var/lib/dpkg/status

Genießen Sie, Sie können Clipit jetzt ohne eingefrorenes Einstellungsfenster und mit einem Hotkey wieder starten. (und alles andere)

Screenshot from 2021-01-18 12-28-20
E: Der Wert 'stretch' ist für APT::Default-Release ungültig, da eine solche Version in den Quellen nicht verfügbar ist

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen