Pyjnius: 1.3.0 merusak request_permission android

hai guys saya punya masalah yang sama, bagaimana mengatasinya? apakah mungkin menggunakan pyjnius yang lebih lama di buildozer build? Terima kasih!

hai guys saya punya masalah yang sama, bagaimana mengatasinya? apakah mungkin menggunakan pyjnius yang lebih lama di buildozer build? Terima kasih!

Menyematkan versi menggunakan requirements = pyjnius==1.2.1,... akan berfungsi.

Saya bukan orang Kivy, tetapi dapatkah seseorang menempelkan tautan ke kode sumber yang relevan?

hai guys saya punya masalah yang sama, bagaimana mengatasinya? apakah mungkin menggunakan pyjnius yang lebih lama di buildozer build? Terima kasih!

Menyematkan versi menggunakan requirements = pyjnius==1.2.1,... akan berfungsi.

terima kasih, ternyata berhasil!

Meskipun mengelompokkan versi Pyjnius ke 1.2.1 dapat berfungsi untuk ini, v1.2.1 memiliki batasan lain, jadi idealnya ini harus diatasi ke depan....

itu akan ada di sana https://github.com/kivy/python-for-android/blob/develop/pythonforandroid/recipes/android/src/android/permissions.py#L513 maaf saya tidak meluangkan waktu untuk menyelidiki ini sama sekali.

Itu membuat sulit karena kami tidak dapat dengan mudah melihat apa nama kelas Aktivitas itu

saya harapkan itu https://github.com/kivy/python-for-Android/blob/develop/pythonforandroid/bootstraps/sdl2/build/src/main/Java/org/kivy/Android/PythonActivity.java# L42 tetapi bisa menjadi kelas yang setara di bootstrap lain (https://github.com/kivy/python-for-Android/tree/develop/pythonforandroid/bootstraps)

Sepertinya python_activity.requestPermissions adalah metode non-statis. Tapi itu disebut seolah-olah itu statis. Yang karena alasan tertentu dulu berfungsi dengan versi pyjnius yang lebih lama. Menggunakan python_activity.mActivity.requestPermissions sebagai gantinya tampaknya bekerja dengan 1.3.0.

Jadi sepertinya ini adalah bug di pustaka android p4a.

Tempat yang bagus. Memang; seperti di Java, memanggil metode non-statis pada objek statis tidak akan diizinkan oleh kompiler. @obfusk dapatkah Anda memperbarui https://github.com/kivy/python-for-Android/issues/2304?

Saya pikir kesalahan Pyjnius juga bisa lebih jelas - yaitu nama metode tidak ditemukan dan objek apa!

Saya agak terkejut ini dulu berhasil. ~ Contoh apa yang dipanggil? Sebuah penunjuk nol? Atau beberapa contoh aktual dari kelas?~

Mungkinkah ini terkait dengan FIXME ini?
https://github.com/kivy/pyjnius/blob/3371e1012873fe373773c43b556d2796d10d102e/jnius/jnius_export_class.pxi#L815 -L822
https://github.com/kivy/pyjnius/blob/3371e1012873fe373773c43b556d2796d10d102e/jnius/jnius_export_class.pxi#L1079 -L1087

Saya pikir kesalahan Pyjnius juga bisa lebih jelas - yaitu nama metode tidak ditemukan dan objek apa!

:+1:

Saya pikir kesalahan Pyjnius juga bisa lebih jelas - yaitu nama metode tidak ditemukan dan objek apa!

👍

PR terkirim - lihat #558.

Jadi ringkasan untuk siapa pun yang membaca ini di masa mendatang:

• bug itu dengan python-for-Android, dan tambalan telah digabungkan: https://github.com/kivy/python-for-Android/pull/2341
• Pyjnius sekarang memiliki kesalahan yang ditingkatkan https://github.com/kivy/pyjnius/pull/558

tambalan telah digabungkan

Belum; tapi sudah disetujui :)

Saya pikir FIXME s itu memang terkait. Karena __get__ menetapkan j_self alih-alih mengembalikan metode terikat dan hanya mengembalikan self saat dipanggil di kelas alih-alih instance, memanggil metode non-statis di kelas akan gunakan contoh terakhir yang dipanggil (jika ada). Tentu saja, memanggil metode non-statis di kelas seharusnya tidak pernah diizinkan (dan tidak lagi).

Saya pikir FIXME s itu memang terkait. Karena __get__ menetapkan j_self alih-alih mengembalikan metode terikat dan hanya mengembalikan self saat dipanggil di kelas alih-alih instance, memanggil metode non-statis di kelas akan gunakan contoh terakhir yang dipanggil (jika ada). Tentu saja, memanggil metode non-statis di kelas seharusnya tidak pernah diizinkan (dan tidak lagi).

Bisakah Anda menunjukkan kasus uji yang lebih sederhana, dan kemudian kami membuat masalah baru?

Bisakah Anda menunjukkan kasus uji yang lebih sederhana, dan kemudian kami membuat masalah baru?

Dengan 1.2.1:

>>> from jnius import autoclass
>>> s = autoclass("java.lang.String")
>>> s.toString()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "jnius/jnius_export_class.pxi", line 755, in jnius.JavaMethod.__call__
  File "jnius/jnius_export_class.pxi", line 699, in jnius.JavaMethod.ensure_method
jnius.JavaException: Unable to find a None method!
classname: None, definition: ()Ljava/lang/String;
>>> s("foo").toString()
'foo'
>>> s.toString()
'foo'

Dengan 1.3.0:

>>> from jnius import autoclass
>>> s = autoclass("java.lang.String")
>>> s("foo").toString()
'foo'
>>> s.toString()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "jnius/jnius_export_class.pxi", line 1134, in jnius.JavaMultipleMethod.__call__
jnius.JavaException: No methods matching your arguments, requested: (), available: []

Karena memanggil metode non-statis di kelas tidak lagi berfungsi, masalahnya sudah diperbaiki.
Dan sekarang kita mengerti penyebab masalahnya.
Jadi saya tidak berpikir kita perlu masalah baru.

Atau: karena tampaknya tidak ada yang menyadari bagaimana ini diperbaiki di 1.3.0, kami menambahkan testcase untuk mencegah regresi di masa mendatang kembali ke perilaku sebelumnya. Testcase dapat mengharapkan pengecualian dalam kasus di atas.

Dan bisakah kita menghapus FIXME?

Atau: karena tampaknya tidak ada yang menyadari bagaimana ini diperbaiki di 1.3.0, kami menambahkan testcase untuk mencegah regresi di masa mendatang kembali ke perilaku sebelumnya. Testcase dapat mengharapkan pengecualian dalam kasus di atas.

Aku sebenarnya sudah mengetahuinya sekarang. Dan masalahnya hanya sebagian diperbaiki :sweat_ smile:. Lihat #567

Dan bisakah kita menghapus FIXME?

Belum kurasa. Lihat #563.

Sekedar catatan, saya mengubah cabang p4a saya menjadi 'berkembang' dan masih mengalami masalah ini. Saya menghapus folder .buildozer saya dan membangun kembali, dan cabang 'develop' tidak akan membangun baru untuk saya tanpa kesalahan penautan (2020-12-13, 16:22 -0500) (EDIT: maaf, ini masalah yang berbeda. Saya sepertinya tidak dapat menjalankan buildozer dengan sukses di sistem saya, sama sekali, untuk saat ini.)

Saya pikir cara untuk mengatasi ini di aplikasi klien adalah dengan melakukan panggilan pyjnius secara manual, sehingga basis kode klien akan bekerja dengan baik pada versi yang berbeda. Jelas rilis yang memperbaiki ini sangat dibutuhkan di sini.