Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

File upload not working #60

Closed
Nothing4You opened this issue Oct 30, 2020 · 4 comments
Closed

File upload not working #60

Nothing4You opened this issue Oct 30, 2020 · 4 comments
Assignees

Comments

@Nothing4You
Copy link

Describe the bug
From reading some issues it seems that I should be able to upload files by drag-n-dropping them onto the text input.
I'm also suspecting the + button next to the input to be intended for file uploads.
When I drop a file on the input it only results in the path being in there and when sending the message the path is sent as string.
When I click on the + button nothing happens.

File uploads work fine in other clients like Gajim, Conversations and Dino.

To Reproduce
Steps to reproduce the behavior:

  1. Open a chat, muc or 1:1
  2. Click on + next to chat input
  3. Nothing happens
  4. Drag n drop file from finder to chat input
  5. See path in chat input
  6. Send message
  7. Local path to file was sent

Expected behavior
The actual file is transmitted.

Screenshots

Desktop (please complete the following information):

  • OS: macOS 10.15.7
  • Version: 4.0 (103) (App Store)

Server Info (via Gajim)

Server Software: Prosody 0.11 nightly build 112 (2020-10-28, 0ff148362a3d)
XEP-0045: Multi-User Chat: Yes 
XEP-0054: vcard-temp: Yes 
XEP-0077: In-Band Registration: Yes 
XEP-0163: Personal Eventing Protocol: Yes 
XEP-0163: #publish-options: Yes 
XEP-0191: Blocking Command: Yes (urn:xmpp:blocking)
XEP-0198: Stream Management: Yes (urn:xmpp:sm:3)
XEP-0258: Security Labels in XMPP: No (urn:xmpp:sec-label:0)
XEP-0280: Message Carbons: Yes (urn:xmpp:carbons:2)
XEP-0313: Message Archive Management: Yes 
XEP-0363: HTTP File Upload: Yes (urn:xmpp:http:upload:0 (max. 100.0 MiB))
XEP-0398: Avatar Conversion: Yes 
XEP-0411: Bookmarks Conversion: Yes 
@hantu85
Copy link
Contributor

hantu85 commented Oct 30, 2020

That is not an error and file transfers are working just fine in BeagleIM 4.0. As for your issue, please look at tigase/siskin-im#37 (comment). While that issue was reported for SiskinIM (iOS client) they have shared codebase and the same logic related to the HTTP File Upload component discovery.

@hantu85 hantu85 self-assigned this Oct 30, 2020
@Nothing4You
Copy link
Author

Can you recommend me a way to debug this?
I noticed I had an older configuration style in my prosody configuration and migrated it to the latest recommended variant using an explicit component, however, I'm still not seeing improvements.
I've tried to look for Beagle logs but the directory that opens up using the preferences button is empty (besides an empty TemporaryItems folder).

@hantu85
Copy link
Contributor

hantu85 commented Oct 30, 2020

You should be able to press and hold OPTION key and at the same time open Window from the top menu and select XML Console for your account. If you disconnect and then reconnect (while having the XML console open) you will see the full log of XML stream and could check what discovery returns from your server.

As for log folder, we do not store most of the logs on the drive (they are printed to the console output at least for now) and this log directory currently is valid only for VoIP logs.

@Nothing4You
Copy link
Author

thanks, I'm now also explicitly advertising it as disco item and it's working now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants