Files uploaded via web have zero size in FileZilla

[xsys]

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

Filezilla:

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

[jammerdan]

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

Filezilla (free) not reporting file sizes

Same bucket, first via web, then via Filezilla: [2021-09-18_104039] [2021-09-18_104100]

[xsys]

Yes it looks like. Have you received any reply?

[jammerdan]

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

[john]

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

[xsys]

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

[Alexey]

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

[Alexey]

Created an internal issue

[xsys]

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

[xsys]

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

[Alexey]

It’s a little bit complex issue. By implementing filtering metadata from list object results (we did it for performance reason) we broke object size returned with uplink API. Object size for objects before migration (done in first months of this year) is encrypted with metadata and we have no access to it. The user needs to get metadata and after decryption, we can get plain object size. This issue appears only when we are listing object without custom user metadata. We don’t have a plan how we will resolve this yet. Initially, we wanted to leave it as-is if the number of affected objects is small but it turns out it’s not small and we need to rethink.

[utropicmedia-karl]

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

[xsys]

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.

[mihalko]

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.

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

[Alexey]

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.

[mihalko]

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

[james58899]

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

[Alexey]

Hello @james58899 ,
Welcome to the forum!

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

Filezilla shows filesize of "0", downloading not possible

The native integration in the Filezilla is outdated, and the Filezilla team is procrastinating to update it. So as result it can download either older objects or objects uploaded via Filezilla. I would recommend to use an Uplink CLI or rclone to download your files back. Since you using an objects browser on the web-site, you opted-in for server-side encryption, thus you can also use Cyberduck.

[james58899]

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