#1814 Upload with blabber.im causes error

Reporter Roland Haeder
Owner Nobody
Created
Updated
Stars ★★ (2)
Tags
  • Type-Defect
  • Priority-Medium
  • Status-New
  1. Roland Haeder on

    What steps will reproduce the problem? 1. Install Blabber.im (blabber.im[3.0.8-playstore].wo25) 2. Connect with friends, add each other to contact list 3. Send a file from Blabber.in What is the expected output? The uploaded image appears on my side (dino.75308192) What do you see instead? ```` May 21 18:16:44 runnerT_hWd-kj debug changed state from ready to error (ready) May 21 18:16:44 c2s55ec10095e90 error Traceback[c2s]: .../lib/prosody/modules/mod_http_upload/mod_http_upload.lua:128: attempt to compare nil wit stack traceback: .../lib/prosody/modules/mod_http_upload/mod_http_upload.lua:128: in function 'func' /usr/lib/prosody/util/array.lua:97: in function </usr/lib/prosody/util/array.lua:92> (...tail calls...) .../lib/prosody/modules/mod_http_upload/mod_http_upload.lua:123: in function 'expire' .../lib/prosody/modules/mod_http_upload/mod_http_upload.lua:182: in function 'handle_request' .../lib/prosody/modules/mod_http_upload/mod_http_upload.lua:240: in function '?' /usr/lib/prosody/util/events.lua:79: in function </usr/lib/prosody/util/events.lua:75> (...tail calls...) /usr/lib/prosody/modules/mod_iq.lua:70: in function '?' /usr/lib/prosody/util/events.lua:79: in function </usr/lib/prosody/util/events.lua:75> (...tail calls...) /usr/lib/prosody/core/stanza_router.lua:180: in function 'core_post_stanza' /usr/lib/prosody/core/stanza_router.lua:127: in function 'core_process_stanza' /usr/lib/prosody/modules/mod_c2s.lua:284: in function 'func' /usr/lib/prosody/util/async.lua:127: in function </usr/lib/prosody/util/async.lua:125> ```` What version of the product are you using? On what operating system? apt-package 0.11.9-2+deb11 from Devuan Chimaera Please provide any additional information below. ???

  2. Menel87 on

    Could you use prosody >0.12 ( https://prosody.im/download/package_repository ) and try again with the official module http_file_share? https://prosody.im/doc/modules/mod_http_file_share

  3. Roland Haeder on

    I have now upgraded to 0.12.3-1~bullseye1 and switched to the other module. I will check back later when I have tested sharing files with my contact.

  4. Roland Haeder on

    I have now switched to http_file_share: TLS handshake error: no suitable signature algorithm My configuration: ssl = { key = "/etc/prosody/certs/friendica-key.pem"; certificate = "/etc/prosody/certs/friendica.pem"; ciphers = "HIGH+kEDH:HIGH+kEECDH:HIGH:!PSK:!SRP:!3DES:!aNULL:!LOW:!MEDIUM:!SHA1"; options = { "no_sslv2", "no_sslv3", "no_ticket", "no_compression", "cipher_server_preference", "single_dh_use", "single_ecdh_use" }; protocol = "tlsv1_2+"; dhparam = "/etc/prosody/certs/dh-4096.pem"; }

  5. Roland Haeder on

    Jun 20 17:06:59 c2s558a4fbdc700 debug Handled 49 incoming stanzas Jun 20 17:06:59 c2s558a4fbdc700 debug Received[c2s]: <iq id='2fcc8362-982f-46b5-a1d5-4fd44b26f2c7' type='get' to='upload.f.haeder.net' xml:lang='en'> Jun 20 17:06:59 upload.f.haeder.net:http_file_share info Issuing upload slot to roland@f.haeder.net for 1.01 MiB Jun 20 17:06:59 sql debug SQL transaction begin [function<mod_storage_sql.lua:326>()] Jun 20 17:06:59 sql debug SQL transaction success [function<mod_storage_sql.lua:326>()] Jun 20 17:06:59 upload.f.haeder.net:http_file_share debug Total storage usage: 2.02 MiB / unlimited Jun 20 17:06:59 c2s558a4fbdc700 debug Sending[c2s]: <iq to='roland@f.haeder.net/dino.75308192' from='upload.f.haeder.net' type='result' id='2fcc8362-982f-46b5-a1d5-4fd44b26f2c7'> Jun 20 17:06:59 c2s558a4fbdc700 debug Queuing <r> (in a moment) from outgoing_stanza_filter - #queue=1 Jun 20 17:06:59 c2s558a4fbdc700 debug Received[c2s]: <r xmlns='urn:xmpp:sm:3' xml:lang='en'> Jun 20 17:06:59 f.haeder.net:smacks debug Received ack request, acking for 49 Jun 20 17:06:59 c2s558a4fbdc700 debug Sending[c2s]: <a xmlns='urn:xmpp:sm:3' h='49'> Jun 20 17:06:59 c2s558a4fbdc700 debug Sending <r> (inside timer, before send) from outgoing_stanza_filter - #queue=1 Jun 20 17:06:59 c2s558a4fbdc700 debug Sending[c2s]: <r xmlns='urn:xmpp:sm:3'> Jun 20 17:06:59 c2s558a4fbdc700 debug Sending <r> (inside timer, after send) from outgoing_stanza_filter - #queue=1 Jun 20 17:06:59 conn1LUd9DEvsnyT debug New connection FD 3 (2.202.72.41, 39276, 188.138.90.169, 5281) on server FD 14 (*, 5281) Jun 20 17:06:59 conn1LUd9DEvsnyT debug Starting TLS now Jun 20 17:06:59 conn1LUd9DEvsnyT debug TLS handshake error: no suitable signature algorithm Jun 20 17:06:59 c2s558a4fbdc700 debug Received[c2s]: <a xmlns='urn:xmpp:sm:3' h='82' xml:lang='en'> Jun 20 17:06:59 c2s558a4fbdc700 debug #queue = 0

  6. Roland Haeder on

    Ah, the component is not accepting SSL configuration, that's my mistake here. Still it is pending if upload works.

  7. Roland Haeder on

    It is working now: root@zulu289:/etc/prosody# ls -l certs/*/ certs/conference.f.haeder.net/: total 0 lrwxrwxrwx 1 root root 36 Jun 20 20:18 fullchain.pem -> /etc/ssl/zulu289/certs/friendica.pem lrwxrwxrwx 1 root root 42 Jun 20 20:21 privkey.pem -> /etc/ssl/zulu289/private/friendica-key.pem certs/f.haeder.net/: total 0 lrwxrwxrwx 1 root root 36 Jun 20 20:19 fullchain.pem -> /etc/ssl/zulu289/certs/friendica.pem lrwxrwxrwx 1 root root 42 Jun 20 20:21 privkey.pem -> /etc/ssl/zulu289/private/friendica-key.pem certs/proxy.f.haeder.net/: total 212 lrwxrwxrwx 1 root root 36 Jun 20 20:19 fullchain.pem -> /etc/ssl/zulu289/certs/friendica.pem lrwxrwxrwx 1 root root 42 Jun 20 20:21 privkey.pem -> /etc/ssl/zulu289/private/friendica-key.pem -rw------- 1 root root 213641 Jun 20 20:23 strace.log certs/pubsub.f.haeder.net/: total 208 lrwxrwxrwx 1 root root 36 Jun 20 20:19 fullchain.pem -> /etc/ssl/zulu289/certs/friendica.pem lrwxrwxrwx 1 root root 42 Jun 20 20:21 privkey.pem -> /etc/ssl/zulu289/private/friendica-key.pem -rw------- 1 root root 211251 Jun 20 20:19 strace.log certs/upload.f.haeder.net/: total 0 lrwxrwxrwx 1 root root 36 Jun 20 20:19 fullchain.pem -> /etc/ssl/zulu289/certs/friendica.pem lrwxrwxrwx 1 root root 42 Jun 20 20:21 privkey.pem -> /etc/ssl/zulu289/private/friendica-key.pem root@zulu289:/etc/prosody# This finally fixed the problem here.

  8. Menel on

    Yes, certificates specified manually can be complicated .good that it works now. I can only recommend the automatic cert importer and to delete all manual `ssl = {.. ` lines. Now we only need someone to /close this :-)

New comment

Not published. Used for spam prevention and optional update notifications.