Estimated size off by a factor of 100

[SpoonOfDoom]

See screenshot, the estimated compressed size is, most of the time, a tad off. It seems to come out to roughly 100x what it should be, i.e. 674GB instead of 6.7GB. Maybe to do with locale and '," vs '.' decimal character? I'm using it on a German machine.

[Iridium-IO]

Hmm, locale shouldn't be an issue, not sure why it's doing that. Does it still happen if you close the program and open it again?

[SpoonOfDoom]

Yes, and on two seperate machines as well. First noticed it on my work laptop, but took the screenshot later on my home desktop.

[Iridium-IO]

Very odd. I'll look into it in the coming weeks - for now, I'm really busy, so I can't dedicate time to bug hunting :(

If you have the time, you might be able to find the issue by compiling the program from source and checking the console outputs to see if they show the correct values there :) I haven't done any code refactoring in a while now, so it's pretty messy - I don't blame you if you can't make out what's going on. Most of the calculations for the estimate are done in the WikiHandler.vb class though

[Iridium-IO]

Just had a quick look (couldn't help myself), this line does the estimate based on your current folder size and the average of the ratios it gets from the online Wiki:
#L136

Compact.wkPostSizeVal.Text = Math.Round(folderSize * ratioavg, 1)

There might be a localisation issue with the ratioavg value, you might be able to find answers by tweaking around that :) Sorry for the lack of comments in that file!

[SpoonOfDoom]

Alright, I'll take a look when I get around to it and let you know if I find the cause!

[SpoonOfDoom]

I think I got it. Will test a bit and do a pull request later.