Làm cách nào tôi có thể tìm thấy những gì đang can thiệp vào CTRL + F?

Tôi đang chạy LinuxMint12 với Gnome với Cario-Dock và tôi có bàn phím G15 logitech. Tôi thiết lập một tập lệnh bash với các phím phụ để lấy cửa sổ hoạt động, thay đổi kích thước và di chuyển nó đến một vị trí cụ thể trên một trong những màn hình của tôi. Nhưng sau vài ngày sử dụng khi tôi khởi động lại máy tính, phím tắt CTRL + F đã ngừng hoạt động trong các ứng dụng như FireFox, chrome hoặc bất kỳ chương trình nào khác mà tôi thử. Rất nhiều thứ đã thay đổi giữa các lần khởi động lại nên tôi thậm chí không chắc bắt đầu tìm ở đâu.

Lúc đầu, nó đã khởi chạy ngăn xếp thư mục từ Cairo-Dock nên tôi đã tắt lối tắt đó. Bây giờ nó không làm gì cả. Tôi đã xem qua trình chỉnh sửa cấu hình-> ứng dụng-> metacity-> global_keybinding và không có gì mâu thuẫn. Tôi cũng đã trải qua các cài đặt hệ thống-> Bàn phím-> Phím tắt và không tìm thấy xung đột ở đó. Tôi không biết nơi nào khác để tìm.

Các phím tắt khác chạy, như CTRL + F6 trong netbeans để chạy thử nghiệm đơn vị.

Có cách nào để tìm những gì có thể can thiệp vào phím tắt CTRL + F của tôi không? Tôi nên tìm nơi nào khác để tìm xung đột có thể? Cảm ơn.

--update-- Rev 2: vì xev ban đầu không giúp ích gì, tôi đã xóa nó. Khi tôi giữ xev tập trung, nó sẽ đăng ký CTRL + F

...
    KeyPress event, serial 32, synthetic NO, window 0x4400001,
        root 0x19f, subw 0x0, time 136672187, (1120,275), root:(1122,1415),
        state 0x10, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
        XLookupString gives 0 bytes: 
        XmbLookupString gives 0 bytes: 
        XFilterEvent returns: False

    FocusOut event, serial 32, synthetic NO, window 0x4400001,
        mode NotifyGrab, detail NotifyAncestor

    FocusIn event, serial 32, synthetic NO, window 0x4400001,
        mode NotifyUngrab, detail NotifyAncestor

    KeymapNotify event, serial 32, synthetic NO, window 0x0,
        keys:  2   0   0   0   32  0   0   0   0   0   0   0   0   0   0   0   
               0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

    KeyRelease event, serial 32, synthetic NO, window 0x4400001,
        root 0x19f, subw 0x0, time 136672827, (1120,275), root:(1122,1415),
        state 0x14, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
        XLookupString gives 0 bytes: 
        XFilterEvent returns: False

    ClientMessage event, serial 32, synthetic YES, window 0x4400001,
        message_type 0x10a (WM_PROTOCOLS), format 32, message 0x108 (WM_DELETE_WINDOW)

Tôi gặp vấn đề tương tự trên Linux Mint 13 và cùng một đầu ra trên xev, cụ thể là Control_l + fđược ánh xạ tới Control_l.

Giải pháp của tôi: Tôi nhớ rằng tôi có xbindkey đang chạy để kích hoạt một số nút kỳ lạ trên máy tính bảng của tôi.

Bằng cách chạy xbindkeys-config và kiểm tra tất cả các ánh xạ chính được xác định cho xbindkeys, tôi đã tìm thấy một mục bị can thiệp CTRL-F.

Sau khi xóa ánh xạ vi phạm và lưu cài đặt mới, CTRL-Fhoạt động trở lại và khởi chạy chính xác hộp thoại tìm kiếm trong gedit, firefox, ...

Tôi biết đó không phải là một giải pháp hoàn hảo, nhưng bạn có thể cố gắng loại bỏ từng quá trình một để tìm ra cái nào làm lộn xộn, nhưng trước tiên:

Tạo một người dùng khác và kiểm tra nó ở đó để xác minh xem đó có phải là cài đặt người dùng cụ thể không.

Thay đổi trình quản lý cửa sổ thành đơn giản nhất có thể (twm?) Để xem đó có phải là trình quản lý cửa sổ cụ thể không.

Chúc may mắn.

Tôi gặp vấn đề tương tự với Ctrl+ Zvà Ctrl+ Y, bao gồm đầu ra xev tương ứng với "sự kiện KeymapNotify" .

Giải pháp là: Gán một phím tắt mới cho chính xác các kết hợp đó với cài đặt bàn phím xfce4 và xóa chúng sau đó. Sau đó Ctrl+ Z (hoàn tác) và Ctrl+ Y (làm lại) hoạt động trở lại.