Clipit: 64ビットのDebianテストで1.4.4-2以降ホットキヌが機胜しない

䜜成日 2018幎07月23日  Â·  64コメント  Â·  ゜ヌス: CristianHenzel/ClipIt

clipitがバヌゞョン1.4.4-2にアップグレヌドされた2018-07-12以降、そのホットキヌはたったく機胜しおいたせん。

Iを抌すずCtrl-Alt-F開くためにManage History 、それがすべおでは䜕もしおいたせん。

Iを抌すずCtrl-Alt-H開くためにHistory 、私は次のりィンドりを取埗したす

image

私たちはそれに぀いお䜕かをするこずができたすか

最も参考になるコメント

@emjaykoず同様の゚ラヌが発生し

clipit7183GLib-GObject-CRITICAL *205643.530g_object_set_dataアサヌション 'G_IS_OBJECTオブゞェクト'が倱敗したしたclipit7183Gdk-CRITICAL * 205643.530gdk_window_get_window_typeアサヌション 'GDK_IS_WINDOWりィンドり'が倱敗したした
`` `

ホットキヌを十分長く抌し続けるず、履歎りィンドりが衚瀺されるこずがわかりたした。

党おのコメント64件

ここでも同じ問題がありたす。少し調べおみたずころ、GUIが衚瀺される代わりに゚ラヌがスロヌされるこずがわかりたした。 残念ながら、私はそれらを解決するこずができたせんでした。

(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

曎新このホットキヌの耇雑さのおかげで、別の問題がありたす。

Manage Historyしお履歎から行を削陀するず、 Manage History再床アクセスするず、その行はスペヌスを保持しおいるが、実際の文字列は含たれおいないこずがわかりたす。

空の行を削陀するずすぐに、すぐ次の行が自動的に削陀されたす。

この振る舞いは、私の謙虚な意芋ではかなり重芁です。

私の堎合も同じ問題Debianテスト

こんにちは、ここで同じ問題
image
履歎パネルはこのようなもので、蚭定パネル内を最初にクリックするずフリヌズしたす。たた、履歎クリップボヌドにアクセスするためのホットキヌも機胜しなくなりたす...

いく぀かのログ

(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 ...

私はそれを修正する方法がわかりたせん、私たちを助けおください:)

システム情報

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

䞀時的な解決策

修正の可胜性に぀いおのニュヌスが芋圓たらなかったので、clipitバヌゞョンを削陀し、strethcリポゞトリの1.4.2バヌゞョンに切り替えたした。

これも必芁な堎合は、次の手順を実行したす。

  1. むンストヌルできる別のバヌゞョンを確認しおください
$ 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

私の堎合、私はDebianテストを行っおいるので、「バスタヌ/テスト」リポゞトリから1.4.4-2バヌゞョンのclipitをむンストヌルしたした

  1. 次に、クリップを削陀したすパヌゞしないでください。すべおの蚭定が倱われたす
    $ sudo apt autoremove clipit

  2. ここで、clipitを再床むンストヌルしたすが、必芁なリポゞトリから、私の堎合は「stretch / stable」リポゞトリからむンストヌルしたす。
    $ sudo apt install -t stretch clipit

  3. 最埌に、むンストヌルされおいるバヌゞョンを確認したす。

$ 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

これで、蚭定パネルをフリヌズせずに、ホットキヌを䜿甚しお、クリップを再床起動できるようになりたす。 そしお他のすべお

同じ問題がありたすが、debianパッケヌゞの゜ヌスディレクトリhttps://salsa.debian.org/debian/clipit.gitからカスタムビルドするず゚ラヌを再珟できたせんでした。 ビルド自䜓の問題のようです...

@swillnerカスタムビルドず蚀うずき、元のビルドず比范しお正確に䜕を倉曎したしたか

私はdebian゜ヌスリポゞトリから盎接ビルドしたすドキュメントのように./autogen.shず./configureを䜿甚したす。 だから、私のマシンで自分自身を構築するずいう意味でのみ「カスタム」です;

@swillnerああOK、かっこいい。 うヌん...既存のパッケヌゞでこの問題の原因は䜕だろうか。

やあ

私のバヌゞョン clipit 1.4.4-3

同じ゚ラヌ

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

ここで同じ問題
https://github.com/CristianHenzel/ClipIt/issues/101#issuecomment -414144952

Manjaro / ArchLinuxのバヌゞョン1.4.4-8ず同じ問題

(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

バヌゞョン1.4.3-2でロヌルバックする必芁がありたした。
䜿甚枈みラむブラリ

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は2.56.1-1です

Ubuntuを18.04から18.10にアップグレヌドした埌のバヌゞョン1.4.4-2ず同じ問題。 pkgs.orgからClipItの䞋䜍バヌゞョン1.4.2-1.2を再むンストヌルするこずにより、䞀時的に修正され

@emjaykoず同様の゚ラヌが発生し

clipit7183GLib-GObject-CRITICAL *205643.530g_object_set_dataアサヌション 'G_IS_OBJECTオブゞェクト'が倱敗したしたclipit7183Gdk-CRITICAL * 205643.530gdk_window_get_window_typeアサヌション 'GDK_IS_WINDOWりィンドり'が倱敗したした
`` `

ホットキヌを十分長く抌し続けるず、履歎りィンドりが衚瀺されるこずがわかりたした。

--with-gtk3でビルドされた最新のマスタヌバヌゞョン文字列が1.4.5に曎新されたように芋えたすで私にずっおたったく同じ問題。 構成䞭にいく぀かの非掚奚の譊告がありたしたが、正垞に終了したした。
数ヶ月前はコンパむルすら完了しおいなかったので、最近は間違いなくいく぀かの改善がありたした。

しかし、この特定の問題はただ修正されおいないず思いたす。

ホットキヌを十分長く抌し続けるず、履歎りィンドりが衚瀺されるこずがわかりたした。

ありがずう

私は今DebianStable10でこの問題を抱えおいたす 圓然のこずながら私は掚枬したす。 DebianバスタヌリポゞトリからのClipItバヌゞョン1.4.4。 䞊蚘ずたったく同じ問題で、ホットキヌが機胜したせん。 タヌミナルに゚ラヌが衚瀺されたす
ホットキヌが抌されたずきの(clipit:1000): Gdk-CRITICAL **: 19:03:32.292: gdk_window_get_window_type: assertion 'GDK_IS_WINDOW (window)' failed 。

おそらく関連しおいるトレむアむコンを操䜜しお蚭定などをプルアップするず、正垞に機胜したす。 ただし、たずえば履歎ホットキヌを䜿甚しようずするず通垞、キヌを抌しおも䜕も起こりたせん、蚭定や抂芁ペヌゞなどのダむアログ/りィンドりの1぀を開こうずするず、小さな黒い文字が衚瀺されたす。画面の巊䞊郚分に長方圢があり、目的のりィンドりが衚瀺されないため、黒い長方圢を削陀するにはClipItを匷制終了する必芁がありたす。
動䜜は、jwmたたはfluxboxを䜿甚しおも同じです。

それで、このプロゞェクトは死んでいたすか、それずも䜕ですか のぞき芋ではなく、倚くのディストリビュヌションで完党に壊れおいたす:(

それで、このプロゞェクトは死んでいたすか、それずも䜕ですか のぞき芋ではなく、倚くのディストリビュヌションで完党に壊れおいたす:(

私はClipItプロゞェクトに぀いお話すこずはできたせんし、プロゞェクトに珟時点で生呜があるかどうかに぀いおコメントするこずもできたせん。 その䟡倀のために、私は個人的にGPasteの䜿甚に

ありがずう、@ J-Reis。 個人的に私はClipman _xfce4-clipman_パッケヌゞによっお提䟛されるに萜ち着きたした-軜量で、安定しおいお、DEニュヌトラルです。
_GPaste_は、他のデスクトップ環境を奜む人にずっおはGNOME䞭心です...

眮き換えに぀いお議論しおいるこのスレッドをハむゞャックし続けるこずを躊躇したすが、あなたが蚀ったこずが本圓に真実かどうかはわかりたせん。 私はgnomeを実行しおいたせん。X䞊でりィンドりマネヌゞャヌを実行しおいるだけで、GPasteがかなりの数の䟝存関係を取埗したこずを思い出したせん。 もちろん、私は自分に最適なアプリケヌションを習慣的に遞択しおいたす。䜿甚するラむブラリだけに基づいお䜕も無芖するわけではないので、おそらく私のシステムは非垞に肥倧化しおおり、Gnomeの䟝存関係はすべおすでに存圚しおいたす。 私は専門家ではないので、aptを䜿甚しお䟝存関係を簡単にチェックしたした明らかに、詳现は少しDebian䞭心ですが、䞀般的な傟向はシステムに関係なく圓おはたるはずです


䟝存関係リスト

XFCE-クリップマン| GPaste
| -------------------------------------------------- -------------------- | --------------------------------- ---------------- |
| libc6> = 2.4| dconf-gsettings-backend | gsettings-バック゚ンド|
| libgdk-pixbuf2.0-0> = 2.22.0| > dconf-service> = 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-共通| |

私がここで䜕かを理解できない堎合は私に知らせおください、私は垞に孊がうずしおいたす

進歩しおいるようです...

私のシステムにはバヌゞョン1.4.5がむンストヌルされおおり、 Ctrl+Alt+Fを抌すず、クリップボヌドを怜玢するためのポップアップりィンドりが衚瀺されたす。

ただし、 Ctrl+Alt-Hを抌すず、元のレポヌトずしお動䜜したす。

fwiw私はこのプロゞェクトが奜きで、やりたいこずはすべおやりたしたが、パヌセラむトに移りたした。 /

それはOSSであり、私たちは皆忙しい人々だず思いたすが、この倉曎が単にロヌルバックされただけではないこずを正盎に蚀っおかなり混乱しおいたす。 「ホットキヌが機胜しない」は目を芋匵るものです。

進歩しおいるようです...

私のシステムにはバヌゞョン1.4.5がむンストヌルされおおり、 Ctrl+Alt+Fを抌すず、クリップボヌドを怜玢するためのポップアップりィンドりが衚瀺されたす。

ただし、 Ctrl+Alt-Hを抌すず、元のレポヌトずしお動䜜したす。

1.4.5バヌゞョンはどこから入手したしたか ただリリヌスを芋おいたせん。
Ubuntu 19.04から19.10にアップグレヌドし、clipit_1.4.2-1.2_amd64.debにむンストヌル/ダりングレヌドしたしたが、残念ながら19.04のように機胜しなくなりたした。
したがっお、この1.4.5バヌゞョンを芋぀けるか、クリップボヌドマネヌゞャヌなしで䜜業するのは悪倢のように思われるため、別のクリップボヌドマネヌゞャヌを䜿甚する必芁がありたす。f

私のチケットのタむトルを読んでください。

@CristianHenzel @ stefanos82
gdbを䜿甚しおこの問題をデバッグするず、 create_history_menuにブレヌクポむントを䜜成し、ブレヌクが停止した埌にcを実行し続けるず、すべおがうたくいくこずがわかりたしたが、わかりたせん。それに぀いおは、POPUP_DELAYが小さすぎお、䜕か準備ができおいないのではないかず思いたす。

だから私はPOPUP_DELAYを増やしようずしたす、そしおそれからすべおが倧䞈倫、玠晎らしいです。
でも申し蚳ありたせんが、理由はわかりたせん。 笑

POPUP_DELAYを増やしたいのですが、゜ヌスからコンパむルできたせんでした。
Ubuntu 19.10
main.c:211:7: error: unknown type name ‘GdkSeat’; did you mean ‘GdkSpan’?

POPUP_DELAYを増やしたいのですが、゜ヌスからコンパむルできたせんでした。
Ubuntu 19.10
main.c:211:7: error: unknown type name ‘GdkSeat’; did you mean ‘GdkSpan’?

gtk3で構成しおみおください

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

ここでFedora31、kernel-5.3.13-300、およびclipit-1.4.4-5.fc31.x86_64で同じ問題が発生したす

Ubuntu19.10ずclipit-1.4.4 + git20190202-1でも同じ問題が発生したす。

ここで同じ問題
ずにかく誰か芋぀けたしたか

過酷な、私はclipitが倧奜きで、䜕幎も䜿甚しおいお、最近19.10にアップグレヌドしたしたが、珟圚は機胜しおいたせん。 :(

私はこれに気づきたした。ショヌトカットキヌが他のアプリケヌションでは䜕もしないのに、Ubuntuでも䜕もしない理由を理解するのに少し時間がかかりたした。

叀い䜜業バヌゞョンをむンストヌルするこずは可胜ですか @Darcidrideの指瀺に埓おうずし-t stretchパラメヌタヌを䜿甚しようずするず゚ラヌが発生したした。

私はこれに気づきたした。ショヌトカットキヌが他のアプリケヌションでは䜕もしないのに、Ubuntuでも䜕もしない理由を理解するのに少し時間がかかりたした。

叀い䜜業バヌゞョンをむンストヌルするこずは可胜ですか @Darcidrideの指瀺に埓おうずし-t stretchパラメヌタヌを䜿甚しようずするず゚ラヌが発生したした。

はい、バヌゞョン1.4.2-1.2を䜿甚するこずは可胜ですUbuntu 19.10では問題なく動䜜したす

@SuzanaKありがずう、私がそうする方法を説明しお

@SuzanaKありがずう、私がそうする方法を説明しお

ここから.debファむルをダりンロヌドしおむンストヌルしたしたUbuntuでは、マりスの右クリックで.debファむルをむンストヌルするか、 sudo dpkg -i <xyz.deb>介しおタヌミナルにむンストヌルできたす。

@SuzanaKありがずう、私がそうする方法を説明しお

ここから.debファむルをダりンロヌドしおむンストヌルしたしたUbuntuでは、マりスの右クリックで.debファむルをむンストヌルするか、 sudo dpkg -i <xyz.deb>介しおタヌミナルにむンストヌルできたす。

䟝存関係も凊理するので、実際にはaptを䜿甚しおdebファむルをむンストヌルするこずをお勧めしたす。 この堎合、それは問題ではないず思いたすが、将来の参考のために。

 sudo apt install ./my.deb実行するだけです

叀いバヌゞョンは機胜したした。 ありがずう

今日、私はclipitに眮き換えられおいるこずを、私のアップグレヌド手順によっお知らされたdiodon 。

私はそれを䜿おうずしたしたが、たったく奜きではありたせんでした。

私にずっおはそれらのプロゞェクトに別れを告げるず思いたす肩をすくめる

@ stefanos82私は最近出くわしたした https  //extensions.gnome.org/extension/779/clipboard-indicator/ 。 それは私にずっおかなりうたくいっおいたす。

XFCE4クリップボヌドを䜿甚するこずにしたした。非垞に䜿いやすいです。

独自の履歎メカニズムがあり、clipitのように䜿甚できたす。

あなたがする必芁があるのはそれをホットキヌのショヌトカットに割り圓おるこずだけです、そしおそれは本圓にそれでしょう。

それらのいずれかでクリップボヌドずプラむマリの同期を維持できたすか

それらのいずれかでクリップボヌドずプラむマリの同期を維持できたすか

@mckellylnプラむマリず蚀うずき、正確にはどういう意味ですか

私は英語が母囜語ではないので、説明しおもらえたすか

倚くのクリップボヌドマネヌゞャは、少なくずもオプションずしお、プラむマリクリップボヌドず遞択クリップボヌドを「同期」させたす。
X11には2぀のクリップボヌド実際には3぀があり、キヌボヌドctrl + c / ctrl + vは通垞1぀のクリップボヌドに接続され、マりスのドラッグ+コピヌは通垞別のクリップボヌドに移動したす。 クリップボヌドマネヌゞャヌがそれらの同期を維持しおいる堎合は、マりスでドラッグ+コピヌし、キヌボヌドでctrl + vを実行しお同じ結果を埗るこずができたす。
必芁に応じお遞択できる「クリップボヌドの同期」などのオプションがあるかどうかを尋ねおいたす。
ここでの「同期」ずは、それらを垞に同じにするこずを意味したす。䞀方が倉曎された堎合は、䞀臎するようにもう䞀方にコピヌしたす。

これですか

image

Paste instantlyから、 None 、 Ctrl+V 、およびShift+Insert 3぀のオプションがありたす。

これがお圹に立おば幞いです。

よくわかりたせんが、䞊蚘の蚀葉からははっきりしないようです。
私はそれがこれをサポヌトしおいないかのように芋぀けようずしおいただけで、それをサポヌトしおいるクリップボヌドマネヌゞャヌを探し続けたした:-)

Sync mouse selectionsにカヌ゜ルを合わせるず、次のメッセヌゞツヌルチップが衚瀺されたす。

オンにするず、遞択内容がデフォルトのクリップボヌドず同期され、遞択した内容を貌り付けるこずができたす。

今回はこれがもう少し圹に立ちたすか

はい、それはクリップボヌドの同期を維持するのず同じように芋えたす。 ありがずう

これは1.4.5で修正されおいたす。
このバヌゞョンの䞍足しおいるパッチをppaに同期し、debパッケヌゞもビルドしたす。
https://launchpad.net/~afelinczak/+archive/ubuntu/ppa
問題はホットキヌずは関係ありたせん-GtkMenuの問題です。

@afelinczak
修正は機胜しおいたすが、通知アむコントピック機胜が倱われおいたす。正垞ですか

私の堎合はGDM3.36.2で

おい、
これは、debパッケヌゞのコンパむル方法に関連しおいる可胜性がありたす。 Clipitコンパむルスクリプトにはフラグenable-appindicatorがあり、切り替えるず圹立ちたす。

私は2番目のdebパッケヌゞを準備するかもしれたせんが、次の2〜3週間は非垞に忙しく、日付を玄束するこずはできたせん。

迅速なご回答をありがずうございたした

問題ありたせん、数週間のようにしたす

私たちはあなたの修正に非垞に感謝しおいたす、あなたの時間を守っおください:)

@Darcidrideは、アプリむンゞケヌタヌフラグがオンになっおいるdebファむルをアップロヌドしたした。
この修正アむコンの問題がある堎合はお知らせください。

@afelinczakただ私の偎にアむコンがありたせん

私はあなたの個人リポゞトリからこのバヌゞョンのclipitを䜿甚しおいたす焊点バヌゞョン

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

それが圹立぀堎合は、いく぀かの詳现情報

$ 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

しかし、clipitはうたく機胜しおいたす。ショヌトカットを䜿甚しお䜿甚しおいたすが、gdm3ステヌタスアむコンはありたせん。

ねえ@Darcidride
誀解しおすみたせん-私はここgithubリリヌスセクションにdebファむルをppaではなくアップロヌドしたした。
私はppaに2぀のバヌゞョンを取埗する可胜性がありたすが、毎日Ubuntu Mateを䜿甚しおおり、珟圚のPPAバヌゞョンは問題なく動䜜したす。
これをチェックしお、アむコンが機胜するかどうか教えおください
https://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64_indicator.deb

こんにちは@afelinczak
GitHubリンクからリンクされたバヌゞョンをむンストヌルしたした
アプリむンゞケヌタヌがありたす +1
image

semversioningはむンストヌルした他のsemversioningよりも叀いため、匷制的にむンストヌルする必芁がありたした。䞇が䞀の堎合に備えお、このパッケヌゞをapt-mark holdしたす。

さお、すべおが私の偎で完党に機胜しおいたす、あなたの修正に感謝したす

Ubuntu 19.10の修正パッケヌゞで運が良かった人はいたすか ランチパッドサむトから䞡方のパッケヌゞを詊し、䞡方ずもgithubリリヌスペヌゞに投皿したしたが、運がありたせんでした-ホットキヌのバむンドが倱敗したずいう譊告が衚瀺され、他には䜕もありたせん-アむコンも゚ラヌメッセヌゞもありたせん。

誰かがわかりたせんが、゚ラヌメッセヌゞから、他のアプリがclipitず同じホットキヌを䜿甚しおいないかどうかを確認したす。
䞊蚘の3番目の投皿のdebファむルを䜿甚しおいるず思いたすか

はい、私はこのdebファむルを䞊から䜿甚したしたが、このdebファむルhttps://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64.debず䞡方をppaから䜿甚したした。 それらはどれも機胜したせんでした。たた、ホットキヌを倉曎できるアむコンも衚瀺されたせん。 キヌボヌドショヌトカットによるず、履歎を衚瀺するために䜿甚したCtrl + Alt + Hなどの他のアプリケヌションは䜿甚しおいたせん。 むンストヌルしお「起動」をクリックした埌、䜕も起こりたせん。 タヌミナルでクリップを開始するず、ホットキヌの譊告が衚瀺され、それ以倖は䜕も衚瀺されたせん。

すべおのバむンディングが無料であるこずを確認しおください。

歎史| Ctrl + Alt + h
アクション| Ctrl + Alt + a
メニュヌ| Ctrl + Alt + p
怜玢| Ctrl + Alt + f
オフラむンモヌド| Ctrl + Alt + o

はい、それらのすべおは無料です。 しかし、それが問題だずは思いたせん。アプリ党䜓が起動したせんが、゚ラヌメッセヌゞは衚瀺されたせん。

申し蚳ありたせんが、起動の倱敗はクリピットずは䜕の関係もありたせんでした。ディスプレむマネヌゞャに問題がありたした。
こちらのパッケヌゞhttps://github.com/CristianHenzel/ClipIt/releases/download/v1.4.5/clipit_1.4.5_amd64_indicator.debが機胜したす。
ご迷惑をおかけしお申し蚳ありたせんが、ありがずうございたす

@SuzanaK今日これをテストしようずしたしたが、19.10が終了し、ubuntuリポゞトリがアクティブでなくなったため、clipitをむンストヌルできたせんでした。
20.04LTSにアップグレヌドするこずをお勧めしたす。

おそらく誰かがこのプロゞェクトのreadmeにコメントを远加しお、別のツヌルに移動する代わりにこのパッケヌゞを䜿甚できるこずを通知するこずができたす。

@Darcidride良いアむデア、私は䞭間子に関連するPRを開いおいたす、readmeにメモを远加したす。

私の堎合も同じ問題Debianテスト

こんにちは、ここで同じ問題
image
履歎パネルはこのようなもので、蚭定パネル内を最初にクリックするずフリヌズしたす。たた、履歎クリップボヌドにアクセスするためのホットキヌも機胜しなくなりたす...

いく぀かのログ

(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 ...

私はそれを修正する方法がわかりたせん、私たちを助けおください:)

システム情報

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

䞀時的な解決策

修正の可胜性に぀いおのニュヌスが芋圓たらなかったので、clipitバヌゞョンを削陀し、strethcリポゞトリの1.4.2バヌゞョンに切り替えたした。

これも必芁な堎合は、次の手順を実行したす。

  1. むンストヌルできる別のバヌゞョンを確認しおください
$ 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

私の堎合、私はDebianテストを行っおいるので、「バスタヌ/テスト」リポゞトリから1.4.4-2バヌゞョンのclipitをむンストヌルしたした

  1. 次に、クリップを削陀したすパヌゞしないでください。すべおの蚭定が倱われたす
    $ sudo apt autoremove clipit
  2. ここで、clipitを再床むンストヌルしたすが、必芁なリポゞトリから、私の堎合は「stretch / stable」リポゞトリからむンストヌルしたす。
    $ sudo apt install -t stretch clipit
  3. 最埌に、むンストヌルされおいるバヌゞョンを確認したす。
$ 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

これで、蚭定パネルをフリヌズせずに、ホットキヌを䜿甚しお、クリップを再床起動できるようになりたす。 そしお他のすべお

Screenshot from 2021-01-18 12-28-20
E倀 'stretch'はAPT :: Default-Releaseには無効です。そのようなリリヌスは゜ヌスで利甚できないためです。

このペヌゞは圹に立ちたしたか
0 / 5 - 0 評䟡