Files uploaded via web have zero size in FileZilla

All files I upload via web interface EU1 show zero file size in Filezilla.
web:

Filezilla:
image

I can download all files via web but with Filezilla I can download only files uploaded by Filezilla.

Furthermore using uplink CLI the situation is quite opposite - zero size is file uploaded by Filezilla
image

I had a similar issue with missing file sizes. Maybe it is the same underlying issue:

Yes it looks like. Have you received any reply?

No there was no reply. But I guess somebody will look into it.

Just a quick confirmation of the probably obvious, but you’re using the same encryption key, right?

yes, otherwise the files do not show up at all.
Actually you mean Encryption Passphrase, because Access Grant may be different.
You should be able to replicate the issue, just upload files using web, filezilla, uplink, to the same folder

1 Like

storagenode_windows_amd64.msi.zip Uploaded via web:

Uploaded ubuntu-18.04.2-live-server-amd64.iso via uplink

Uploaded 2020-02-13-raspbian-buster-lite.zip via FileZilla

Uploaded 2018-11-13-raspbian-stretch-lite.img via aws s3 and Gateway-MT

The test.odt and 1.txt was there before.

What should I do to make them show as zero?


Tried to list all of them in FileZilla (Free 3.55.1):

FileZilla Client
----------------

Version:          3.55.1

Build information:
  Compiled for:   x86_64-w64-mingw32
  Compiled on:    x86_64-pc-linux-gnu
  Build date:     2021-08-09
  Compiled with:  x86_64-w64-mingw32-gcc (GCC) 8.3-win32 20190406
  Compiler flags:  -O2 -g -Wall -Wextra -pedantic -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:
  wxWidgets:      3.0.6
  SQLite:         3.31.1
  GnuTLS:         3.6.15

Operating system:
  Name:           Windows 10 (build 19042), 64-bit edition
  Version:        10.0
  Platform:       64-bit system
  CPU features:   sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 adx lm
  Settings dir:   C:\Users\aaleo\AppData\Roaming\FileZilla\

In uplink:

./uplink ls sj://test/
OBJ 2021-10-02 02:09:52     33089308 storagenode_windows_amd64.msi.zip
OBJ 2021-10-02 02:22:47   1866465280 2018-11-13-raspbian-stretch-lite.img
OBJ 2021-10-02 02:12:40    874512384 ubuntu-18.04.2-live-server-amd64.iso
OBJ 2021-01-16 02:50:02            0 test.odt
OBJ 2021-10-02 02:18:57            0 2020-02-13-raspbian-buster-lite.zip
OBJ 2021-08-07 09:00:56          323 1.txt
./uplink ls --pending sj://test
(empty)
./uplink version
Release build
Version: v1.39.5
Build timestamp: 24 Sep 21 01:48 RTZ
Git commit: 3b9e584471a3bcdd1ffb225bb03ac48c2e5df997

In aws cli:

aws s3 --profile eu1 --endpoint https://gateway.eu1.storjshare.io ls s3://test/
2021-10-02 02:09:52   33089308 storagenode_windows_amd64.msi.zip
2021-10-02 02:22:47 1866465280 2018-11-13-raspbian-stretch-lite.img
2021-10-02 02:12:40  874512384 ubuntu-18.04.2-live-server-amd64.iso
2021-01-16 02:50:02      22473 test.odt
2021-10-02 02:18:57  454047405 2020-02-13-raspbian-buster-lite.zip
2021-08-07 09:00:56        323 1.txt

In rclone (native)

rclone ls eu:test
 33089308 storagenode_windows_amd64.msi.zip
1866465280 2018-11-13-raspbian-stretch-lite.img
874512384 ubuntu-18.04.2-live-server-amd64.iso
    22473 test.odt
454047405 2020-02-13-raspbian-buster-lite.zip
      323 1.txt
1 Like

Created an internal issue

1 Like

Thanks. Please keep us updated.
(this is the last obstacle, that prevents me from starting using storj for my large backups)

The Android app suffer the same error - showing zero size files (not always)

2 Likes
3 Likes

@xsys - in the object details in the mobile app, do you see the same 0 value?

Yes I see only 0 for all files in all folders. As mentioned above, it is the same issue. Btw. I upload all files using Filezilla.

2 Likes

Do I understand correctly, that this problem should not affect newly uploaded files?
These files have been uploaded via web iface all at once yesterday. 53 from 96 files have randomly 0b size, others are fine. Listed via Acces grant through Filezilla.

image

All files have correct size reported over web interface.

FileZilla Client

Version: 3.60.2

Build information:
Compiled for: x86_64-w64-mingw32
Compiled on: x86_64-pc-linux-gnu
Build date: 2022-07-22
Compiled with: x86_64-w64-mingw32-gcc (GCC) 10-win32 20210110
Compiler flags: -O2 -g -Wall -Wextra -Wno-deprecated-copy -ffunction-sections -fdata-sections -Wno-cast-function-type

Linked against:
wxWidgets: 3.0.6
SQLite: 3.35.5
GnuTLS: 3.7.2

Operating system:
Name: Windows 10 (build 19043), 64-bit edition
Version: 10.0
Platform: 64-bit system
CPU features: sse sse2 sse3 ssse3 sse4.1 sse4.2 avx avx2 aes pclmulqdq rdrnd bmi bmi2 adx lm

Unfortunately the FileZilla team is procrastinating update the libuplink to the latest version, we tried to communicate with them without much of success, so I believe this bug is still there.

Thank you for the info. I`ll try Cyberduck over S3

Is there any progress? I still have this problem on the latest version of filezilla.

Hello @james58899 ,
Welcome to the forum!

It now depends on the FileZilla team, when they would upgrade the integration.

I’ve opened a ticket on filezilla’s issue tracker, hope they fix it soon.
https://trac.filezilla-project.org/ticket/12967

1 Like