i'm not talking about unicode, even local code page (i'm using cp1251) can't be used properly..
example: there's a file а.rar
0 problems with decoding
2014-06-17 18:27:35,811::INFO::[assembler:88] Decoding X:\SABnzbd.tmp\aaa\а.rar yenc
but then.
2014-06-17 18:27:36,927::INFO::[postproc:585] Running repair on set а.rar
2014-06-17 18:27:36,927::INFO::[newsunpack:1442] Cannot Quick-check missing file Р°.rar!
2014-06-17 18:27:36,927::INFO::[newsunpack:849] Scanning "X:\SABnzbd.tmp\aaa\а.rar.par2"
then, somehow, it still manage to pass correct filename for unpacking
but fails again to delete stuff using for some reason 3rd variant of a filename..
2014-06-17 18:27:41,717::INFO::[newsunpack:451] Deleting X:\SABnzbd.tmp\aaa\б.rar
2014-06-17 18:27:41,717::WARNING::[newsunpack:455] Deleting X:\SABnzbd.tmp\aaa\б.rar failed!
i don't have any hope to see .8 before i die so it would be super nice to try to fix stuff for properly using local codepages in .7 branch
weird behavior with non-standart symbols in filenames
Forum rules
Help us help you:
Help us help you:
- Are you using the latest stable version of SABnzbd? Downloads page.
- Tell us what system you run SABnzbd on.
- Adhere to the forum rules.
- Do you experience problems during downloading?
Check your connection in Status and Interface settings window.
Use Test Server in Config > Servers.
We will probably ask you to do a test using only basic settings. - Do you experience problems during repair or unpacking?
Enable +Debug logging in the Status and Interface settings window and share the relevant parts of the log here using [ code ] sections.
Re: weird behavior with non-standart symbols in filenames
I hope you remain healthy to about the end of the year, preferably much longer.kukushka wrote:i don't have any hope to see .8 before i die
Yes, true Unicode is badly supported in 0.7, as are non-850 code pages.