Barrier: OSX sebagai klien Kesalahan

Saya mengalami masalah yang sama.

Apakah Anda membuka port pada firewall windows?
Saya akan menganggap Anda telah menambahkan Barrier di firewall windows .

Tentu, Firewall dimatikan sepenuhnya untuk pengujian.

Seperti yang dinyatakan kesalahan, ini adalah kesalahan yang menyatakan Anda tidak boleh menggunakan utas latar belakang: ' ... memanggil TIS/TSM di lingkungan utas non-utama, ERROR: Ini TIDAK diizinkan. Silakan hubungi TIS/TSM di utas utama!!!'

Kesalahan terjadi, terlepas dari OS Server yang digunakan.

Ini mungkin bisa membantu: https://indiestack.com/2018/08/let-it-rip/

Saya mendapat masalah yang sama.

macOS v10.14.3 sebagai klien
Windows 10 sebagai server

Log Windows ketika saya mencoba menggunakan OSX sebagai server:

Hanya ingin menambahkan, saya juga memiliki penghalang yang berjalan di MacOS (10.13.6 sebagai server, 10.14.3 sebagai klien, saya pikir itu juga berfungsi sebaliknya) dan berjalan dengan baik. Namun, saya melihat log yang disebutkan di atas:

2019-02-25 10:00:46.048 barriers[459:4538] pid(459)/euid(501) is calling TIS/TSM in non-main thread environment, ERROR : This is NOT allowed. Please call TIS/TSM in main thread!!!
[2019-02-25T10:01:44] INFO: switch from "IGox" to "eox" at 11,573
[2019-02-25T10:01:44] INFO: entering screen
[2019-02-25T10:01:44] WARNING: cursor may not be visible
[2019-02-25T10:01:45] INFO: switch from "eox" to "IGox" at 3007,119
[2019-02-25T10:01:45] INFO: leaving screen
[2019-02-25T10:01:45] WARNING: cursor may not be visible
2019-02-25 10:01:45.189 barriers[459:4538] pid(459)/euid(501) is calling TIS/TSM in non-main thread environment, ERROR : This is NOT allowed. Please call TIS/TSM in main thread!!!
[2019-02-25T10:02:20] INFO: switch from "IGox" to "eox" at 18,478
[2019-02-25T10:02:20] INFO: entering screen
[2019-02-25T10:02:20] INFO: switch from "eox" to "IGox" at 3007,446
[2019-02-25T10:02:20] INFO: leaving screen
2019-02-25 10:02:20.571 barriers[459:4538] pid(459)/euid(501) is calling TIS/TSM in non-main thread environment, ERROR : This is NOT allowed. Please call TIS/TSM in main thread!!!
[2019-02-25T10:03:48] INFO: switch from "IGox" to "eox" at 18,66
[2019-02-25T10:03:48] INFO: entering screen

Jadi saya pikir masalah TIS/TSM adalah masalah umum dan tidak terkait dengan Penghalang yang tidak berfungsi dengan benar di Mac.

Orang TWIMC mengatakan kesalahannya mungkin karena sesuatu seperti "...mencoba menerjemahkan peristiwa penting ke karakter di utas latar belakang"

https://forums.developer.apple.com/thread/105244

Saya menjalankan 2.1.0 pada Windows 7 (server) dan MacOS 10.13.x (klien) tanpa masalah selama berbulan-bulan hingga pembaruan/reboot Windows 7 baru-baru ini. Saya mulai mendapatkan kesalahan batas waktu yang sama seperti di OP.

Menggunakan TCPView di Windows, saya melihat penghalang itu tidak mendengarkan pada port yang coba disambungkan oleh klien.

Ketika saya memperbarui versi Windows 7 ke 2.2.0 dan memulai penghalang, klien MacOS 2.1.0 langsung terhubung. Saya tidak mengubah konfigurasi, mengedit pengaturan firewall (mereka sudah diatur dari instalasi penghalang sebelumnya), atau mengubah apa pun di sisi klien.

Saya juga mendapatkan masalah TIM/TSM, dan sepertinya itu adalah masalah Java yang umum. Pemrosesan juga memiliki masalah tetapi memutuskan untuk menekan peringatan karena tidak memengaruhi apa pun selain membuat pengguna panik: https://github.com/processing/processing/issues/5462

Saya juga menjalankan MacOS sebagai klien dan Windows 10 sebagai server, dan meskipun saya mendapatkan masalah TIM/TSM, koneksi berfungsi dengan baik!

masalah umum Jawa

Tidak ada Java yang menghalangi pengetahuan saya.

Pesan TIS/TSM adalah peringatan, bukan kesalahan. Mungkin peringatan itu harus ditekan dan masalah dibuka untuk itu. Saya tidak berpikir itu relevan dengan masalah ini dalam hal apa pun.

Ah.

Bagaimana Jalkut men-debug kesalahan yang sama ini dan menyelesaikannya di aplikasinya: https://indiestack.com/2018/08/let-it-rip/

Saya sudah mulai menghadapi masalah ini beberapa hari yang lalu.. adakah solusi?

apakah ada solusi?

Saya memiliki masalah yang sama dengan pengguna asli. Apa yang akhirnya salah bagi saya adalah bahwa saya terhubung ke jaringan yang berbeda melalui VPN di Mac saya.

Menariknya, jika saya memulai Barrier sebelum saya terhubung ke VPN, dan kemudian terhubung ke VPN saya, Barrier akan bekerja dengan baik sampai komputer saya tertidur, maka mulai mengalami masalah ini di atas. Juga, seperti pengguna di atas, saya dapat menggunakan Mac saya sebagai server bahkan ketika saya terhubung ke VPN saya.

Dugaan saya adalah Anda mungkin memiliki masalah jaringan yang serupa.

Saya menemui pesan kesalahan yang sama. Tapi sebagai pelayan. Tahun ini 2020. Bug dibuka pada 2018. .. Saya ingin tahu apakah saya harus membuka edisi lain ...

@sgon00 Pesan kesalahan itu tidak ada hubungannya dengan konektivitas. Itu dari TIS/TSM yang merupakan manajer Layanan Input Teks/Layanan Teks karena server penghalang atau klien berjalan sebagai utas yang berbeda dari proses GUI utama.

@shymega Saya memasukkan #653 yang memperbaiki ini, tetapi saya pikir itu akan terus muncul dalam masalah sampai ada rilis baru yang diposting. Ada sejumlah peningkatan yang layak pada GUI MacOS (dukungan retina, ikon beresolusi tinggi, dll) adakah rencana untuk 2.3.3 dalam waktu dekat?

@simons-public ya, Anda benar. Terima kasih banyak atas balasan Anda. Situasi saya: Saya memulai dan menggunakan penghalang selama dua hari tanpa masalah. Tetapi setelah jaringan wifi berubah beberapa kali (tidak yakin apakah ini penyebabnya), server penghalang berhenti. Saya tidak dapat memulai server penghalang. Itu baru saja mulai / menggantung selamanya. Saya mencoba keluar dari aplikasi dan meluncurkan kembali aplikasi, tetapi tidak berhasil. Tetapi setelah saya mengubah level log dari Error menjadi Info dan keluar dan meluncurkan kembali aplikasi, itu dapat dimulai dengan sukses. Saya tidak tahu apakah level log adalah penyebabnya atau tidak. Itu hanya aneh. Mungkin penyebabnya adalah hal lain. Saya tidak tahu. Karena TIDAK ada log yang berguna untuk menentukan mengapa itu mulai dan menggantung di sana selamanya kecuali pesan kesalahan masalah ini. Jadi saya memecahkan masalah secara membabi buta untuk saat ini.

@sgon00 Jangan khawatir, senang itu mulai bekerja untuk Anda lagi. Saya baru saja mendapatkan panduan pemecahan masalah yang ditambahkan ke wiki jika masalah muncul lagi, mungkin itu akan membantu. Kedengarannya seperti itu bisa menjadi proses yatim piatu. GUI sebenarnya memulai proses barrierc (klien) atau barriers (server) di latar belakang dan jika GUI ditutup atau dimatikan kadang-kadang bisa terjadi di mana proses latar belakang terus berjalan dan mengikat ke atas pelabuhan.

@simons-public Apakah ada proses lain yang akan memblokir penghalang untuk memulai dengan sukses? Saya seorang pengembang, jadi pada saat itu tidak berfungsi dan keluar dari aplikasi, saya menjalankan ps -ef | grep -i barrier untuk memeriksa apakah ada proses yang dibekukan atau tidak dan jika demikian, maka kill -9 . Tetapi saya tidak menemukan proses apa pun yang berisi karakter barrier . Jadi saya tidak perlu membunuh. Masalahnya pasti sesuatu yang lain.

Perubahan yang saya lakukan pada barrier setelah instalasi adalah:
(1) ubah level log dari 'Info' menjadi 'Error'
(2) Berikan jalur untuk Log to file
(3) tambahkan layar baru
(4) tambahkan dua hotkey.

Jadi itu sebabnya saya mencoba mengubah level log kembali ke Info , dan yang mengejutkan, itu membuat server mulai. Tapi itu tidak masuk akal bahwa memecahkan masalah sekalipun.

@ sgon00 Saya tidak tahu ada proses lain di luar kepala saya, tetapi apa pun yang mengikat 24800 akan mencegahnya bekerja tetapi tidak memulai (yang mudah-mudahan akan menjadi kesalahan alih-alih peringatan segera #655).

Sebenarnya saya baru saja melihat bahwa level ERROR logging tidak menunjukkan teks CATATAN started server , yang digunakan untuk memicu status GUI , yang juga membuat saya sadar bahwa saya entah bagaimana melewatkan bagian teka-teki itu dengan apa @ plessbd bicarakan di #516.

Saya pikir perintah barriers perlu diubah untuk menghasilkan started server ke stdout terlepas dari level log.

Apakah Anda mengatur level log dalam teks file konfigurasi? Saya belum dapat menemukannya di GUI di mana pun dan saya bertanya-tanya apakah itu tertinggal dari GUI karena peretasan di sana untuk mendeteksi status.

@simons-public Saya baru mengenal penghalang, jadi saya belum menggunakan file konfigurasi apa pun. Saya mengkonfigurasi semuanya di GUI untuk saat ini. Mulai ulang aplikasi penghalang akan terus menggunakan konfigurasi lama saya (harus disimpan di suatu tempat).

Untuk mengonfigurasi level log di GUI di MacOS: Top left system panel > Barrier > Change Settings , Anda akan menemukan opsi Logging level dan Log to file .

Terakhir kali ketika saya menemui masalah, saya lupa menguji apakah port tersebut ditempati atau tidak. Jika saya menemui masalah lain kali, saya akan menguji status port dengan telnet localhost 24800 .

Terima kasih.

@sgon00 Terima kasih, saya telah menggunakan penghalang selama bertahun-tahun dan tidak percaya saya tidak pernah melihat pengaturan logging di sana 👍.

Saya baru saja membuat permintaan tarik #664 jika Anda ingin melihat apakah itu memperbaiki masalah untuk Anda saat logging disetel ke peringatan.

@simons-public Mengerti, terima kasih banyak atas semua bantuan Anda. 👍🙏

@sgon00 Tolong jangan buka masalah lain - itu hanya menambah daftar, dan kami menyadari bug ini :+1:
@simons-public Saya perlu mendiskusikannya dengan pengelola, tetapi saya senang membuat rilis lain - kami memiliki beberapa penggabungan yang adil sejak rilis terakhir, jadi waktunya "matang"..

@sgon00 Tolong jangan buka masalah lain - itu hanya menambah daftar, dan kami menyadari bug ini 👍
@simons-public Saya perlu mendiskusikannya dengan pengelola, tetapi saya senang membuat rilis lain - kami memiliki beberapa penggabungan yang adil sejak rilis terakhir, jadi waktunya "matang"..

@semua
@antonioaltamura
@reancool

• Hai teman-teman.
• di sini adalah solusi saya. itu bekerja untuk saya.
• https://github.com/hhstore/blog/issues/199#issuecomment -670969228