Storage graphs mislabeled

Please describe what you are doing to trigger the bug:

Using QNAP qpkg for x86 w/ CLI version 2.7.2.

Please describe what you expect to happen (but doesn’t):

Expect Size and Chunks graphs to be correctly labeled.

Please describe what actually happens (the wrong behaviour):

Backup ID labels are incorrect, e.g. largest size is ‘Keith-Pictures’ at 1.2TB, second-largest is ‘Greg’ at 300GB.

Did you mean the labels are wrong or the sizes are wrong?

The labels are wrong, e.g.:

Running backup command from /share/CACHEDEV1_DATA/.qpkg/Duplicacy/.duplicacy-web/repositories/localhost/5 to back up /share/homes/Keith/Pictures
Options: [-log backup -storage NAS0 -stats]
2020-11-20 02:28:35.039 INFO REPOSITORY_SET Repository set to /share/homes/Keith/Pictures
2020-11-20 02:28:35.039 INFO STORAGE_SET Storage set to /share/TR-004/Duplicacy/storage
2020-11-20 02:28:43.642 INFO BACKUP_START Last backup at revision 38 found
2020-11-20 02:28:43.642 INFO BACKUP_INDEXING Indexing /share/homes/Keith/Pictures
2020-11-20 02:28:43.642 INFO SNAPSHOT_FILTER Parsing filter file /share/CACHEDEV1_DATA/.qpkg/Duplicacy/.duplicacy-web/repositories/localhost/5/.duplicacy/filters
2020-11-20 02:28:43.642 INFO SNAPSHOT_FILTER Parsing filter file /share/Household/duplicacy/filters-global.txt
2020-11-20 02:28:43.645 INFO SNAPSHOT_FILTER Loaded 67 include/exclude pattern(s)
2020-11-20 02:29:24.521 INFO BACKUP_END Backup for /share/homes/Keith/Pictures at revision 39 completed
2020-11-20 02:29:24.521 INFO BACKUP_STATS Files: 46088 total, 1140G bytes; 0 new, 0 bytes
2020-11-20 02:29:24.521 INFO BACKUP_STATS File chunks: 245808 total, 1140G bytes; 0 new, 0 bytes, 0 bytes uploaded
2020-11-20 02:29:24.521 INFO BACKUP_STATS Metadata chunks: 8 total, 40,037K bytes; 0 new, 0 bytes, 0 bytes uploaded
2020-11-20 02:29:24.521 INFO BACKUP_STATS All chunks: 245816 total, 1140G bytes; 0 new, 0 bytes, 0 bytes uploaded
2020-11-20 02:29:24.521 INFO BACKUP_STATS Total running time: 00:00:49

Running backup command from /share/CACHEDEV1_DATA/.qpkg/Duplicacy/.duplicacy-web/repositories/localhost/4 to back up /share/homes/Greg
Options: [-log backup -storage NAS0 -stats]
2020-11-20 02:29:42.890 INFO REPOSITORY_SET Repository set to /share/homes/Greg
2020-11-20 02:29:42.890 INFO STORAGE_SET Storage set to /share/TR-004/Duplicacy/storage
2020-11-20 02:29:51.053 INFO BACKUP_START Last backup at revision 38 found
2020-11-20 02:29:51.053 INFO BACKUP_INDEXING Indexing /share/homes/Greg
2020-11-20 02:29:51.053 INFO SNAPSHOT_FILTER Parsing filter file /share/CACHEDEV1_DATA/.qpkg/Duplicacy/.duplicacy-web/repositories/localhost/4/.duplicacy/filters
2020-11-20 02:29:51.053 INFO SNAPSHOT_FILTER Parsing filter file /share/Household/duplicacy/filters-global.txt
2020-11-20 02:29:51.056 INFO SNAPSHOT_FILTER Loaded 67 include/exclude pattern(s)
2020-11-20 02:31:00.053 INFO BACKUP_END Backup for /share/homes/Greg at revision 39 completed
2020-11-20 02:31:00.053 INFO BACKUP_STATS Files: 58666 total, 407,822M bytes; 0 new, 0 bytes
2020-11-20 02:31:00.054 INFO BACKUP_STATS File chunks: 82195 total, 407,822M bytes; 0 new, 0 bytes, 0 bytes uploaded
2020-11-20 02:31:00.054 INFO BACKUP_STATS Metadata chunks: 11 total, 42,679K bytes; 0 new, 0 bytes, 0 bytes uploaded
2020-11-20 02:31:00.054 INFO BACKUP_STATS All chunks: 82206 total, 407,863M bytes; 0 new, 0 bytes, 0 bytes uploaded
2020-11-20 02:31:00.054 INFO BACKUP_STATS Total running time: 00:01:18

Also, refreshing the page changes the labels/color.

This is a bug. The colors are wrong – the colors of the legends do not match the colors of lines starting from the 6th color.

I’ll fix it in the next release.