I am experiencing errors when transfering files between users

Spark Spark Support
1

SPARK Version: 3.0.2
Openfire Version: 4.8.3
Windows 10
All computers on the same network

Good afternoon,

I’ve been experiencing a strange error for a while now… All users can send and receive files to each other. However, after some time, some users can no longer send files to anyone but can still receive them.

Deleting the “Spark” folder inside %appdata% resolves the issue.

Today, I saved the LOGS history and will attach it here for you to identify what might be happening…

Here is the scenario:

I have around 50 users. To make it easier, let’s use names:

The user LIANDRA cannot send any files to anyone but can receive them.

Liandra sent a file to user WILLIAM. In WILLIAM’s chat, it appears to accept, but when he accepts it, it shows “an error occurred.” For Liandra, it shows that there was an error sending the file.

By clearing her SPARK folder, she loses all history and information but can send files again.

This happens to random users on random computers. All are on the same network and use the same Windows version.

I believe it might be something cached because clearing the %appdata% folder resolves it.

Could you please check the logs and try to assist me? I really don’t know what to do.
image

UserJanaina-errors.log.0 (15,6,KB)
UserLiandra-errors.log.0 (67,4,KB)

2

i`m using httpfileupload plugin

3

I am not a Spark expert, far away from that. but on the 2 logs you sent, one is basically complaining about no TLS certs and since you are on local network lets forget that and talk about the real issue.

The other log does talk about the file transfer, but still not using the httpfiletransfer plugin, did you maybe try restarting Spark? my guess is Spark will only acknowledge the “new” feature when on login or something.
About the other issue with your file transfer, i Suggested(via the XMPP channel) using the httpfiletransfer plugin because i believe it to be more reliable. However there is clearly an issue happening there where the user who tries to send this file cant access the file or IDK.

1 Like
4

Good morning Zoidberg, thank you for the response.
The Proxy Service was disabled, and with it disabled, I restarted Openfire, but it still didn’t work.

What I did now was the following →

This problem started occurring for several users simultaneously, so I enabled the Proxy Service again, and they were able to send files normally…

However, it seems to be something that resolves temporarily… Next week, someone will probably report that they can’t send files again.

At the moment I sent the logs, the Proxy Service was disabled, and some users were not able to send files, but others were.

5

The reason why i suggested the httpfileupload plugin is because of how the mechanisms work.
using the Proxy Service: user1 tries to send a file then user2 receive an invitation to accept the file. then if user2 accepts Openfire will at that time relay the file(user1>openfire>user2) for all these to work both users need to be online at the same time.

Httpfileupload plugin on the other hand: user1 send file the server automatically accepts the file, whenever user2 gets online he can download it.

That being said. based on the logs that you provided, i never saw any attempt of spark to try to use the httpfileupload plugin. I dont know however if the reason for that is because the clients were not restarted therefore didn’t even known that http file transfer was an available option, Or if maybe because you dont have TLS certs this might be affecting negatively the plugin.

6

I understand. What I can do today is try to restart the Openfire server and all the clients.

Any idea how I would know if the sending is going through the HTTP plugin or the proxy?
Considering that yesterday the proxy option in Openfire was disabled, and the client had the HTTP upload plugin enabled?

And even so, the logs were not going through HTTP upload.

7

this is an example of a httpfiletransfer occurring in a Openfire log.
INFO [pool-9-thread-3]: nl.goodbytes.xmpp.xep0363.Component - Entity 'user1@example.com/resource' tries to obtain slot. INFO [pool-9-thread-3]: nl.goodbytes.xmpp.xep0363.Component - Entity 'user1@example.com/resource' obtained slot for 'photo.jpg' (405584 bytes). PUT-URL: https://example.com:7443/httpfileupload/photo.jpg GET-URL: https://example.com:7443/httpfileupload/photo.jpg

1 Like
8

where i see this log?
I just have 2 logs in the (spark → logs)
“error.log” and “warn.log”

9

The logs I showed appear in the Openfire Logs.

10

image

Now when a user sends the file and I accept it, it neither completes the transaction nor shows an error… it doesn’t appear in the LOG.
I have the httpd plugin enabled, but I also enabled the proxy.

12

So, again i never saw any attempt to a httpfiletransfer there. just to be 100% sure(honestly i don’t remember by now), did you port forward/open your firewall for the necessary ports(IIRC 7443/7070/tcp)?

1 Like
13

Hello!

look at these topics:

You must have IBB enabled in Spark settings

image
image733×269 10.7 KB

You must also have File Transfer Proxy enabled:

image
image1067×453 25.5 KB

Open ports 7777 5222 7443 7070 on your Openfire server

2 Likes
14

Hi guys, i enabled the “In-Band Bytestreams only” and it WORKS!!!

Thanks for support…

1 Like
15

For more convenient management of Spark settings, you can use the ClientControl plugin Ignite Realtime: Openfire clientControl Plugin Archive

image
image1482×941 86.8 KB

1 Like
16

Good morning, I just installed it here! Thanks for the tip.

It makes it easier to manage clients here… I’ve even set the current version to force everyone to use the same one (right now they are all using the same version, but it will make future updates easier).