Lottanzb Won't Save Downloads

[MM]

Binary package hint: lottanzb

The default download directory in the preferences is called, 'done', if you leave it on this nothing is saved to this path. I was hoping it just made the directory and saved there but it didn't.

I changed the save path to another folder but each time you save and close the preferences it just changes back to the defualt setting of 'done', or your home path name and again doesn't save.

Please fix Lottanzb so you can give it a save path you choose and it will save to this directory...

THANKS

ProblemType: Bug
Architecture: amd64
Date: Sun Oct 11 14:14:39 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: wl nvidia
Package: lottanzb 0.4.0-1ubuntu1
PackageArchitecture: all
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-13.44-generic
SourcePackage: lottanzb
Uname: Linux 2.6.31-13-generic x86_64

[MM (mmme)]

Ok save are happening in the hidden direc ~.hellanzb even thought you switch to another directory you create in your $HOME.

Please also update to the latest version...

THANKS

[Severin H (severinh)]

Hi DasFox,

thanks for reporting this bug! I initially wasn't notified about the report because it was filed against the "lottanzb" package in Ubuntu and not against the "lottanzb" project. This won't happen anymore in the future.

There's indeed something wrong with the download directory option. The ~/.hellanzb/done value is imported from the default configuration file that comes with the hellanzb package. LottaNZB should probably ignore it (may be only if the "done" directory is empty) and automatically choose ~/Downloads instead. Next, there seems to be a problem that a newly selected directory isn't properly remembered in some cases. Guess we'll need to take care of that too.

[Severin H (severinh)]

Anyone in ~lottanzb interested in doing some investigations regarding this bug?

[Marcel de Vries (carresmd-deactivatedaccount)]

I'm happy to take this one down.

However, this is with lottanzb 0.4.0-1ubuntu1 from the ubuntu repos. So may I suggest DasFox to upgrade to 0.5.1?

[Marcel de Vries (carresmd-deactivatedaccount)]

DasFox, grab it from http://www.lottanzb.org :-)

[Severin H (severinh)]

That's definitely a good idea. I assume that I didn't change much of the code that's related to this but one never knows.

The routine that imports HellaNZB config files is in modes/standalone.py:_import_existing_hella_config. One could check whether dest_dir is ~/.hellanzb/done and if it's empty, automatically change it to the default of the dest_dir option. As for the "other" bug: After having figured out how to reproduce it, one would probably need to take a look at gui/prefs.py.

[Marcel de Vries (carresmd-deactivatedaccount)]

The first part of this bug seems to be already fixed if I compare the code from 0.4 and 0.5.

This is the piece of code from 0.5 which I believe fixe(s|d) the bug already.
==== line 112 - 119 (modes/standalone.py)
else:
    # If no servers have been specified, the configuration file
    # most probably hasn't been used, that's why we ignore it
    # and use the default configuration values instead.
    # On Debian/Ubuntu machines, this prevents DEST_DIR from
    # being set to ~/.hellanzb/done because of the file
    # /etc/hellanzb.conf.
    self.hella_config.reset()
====

[Marcel de Vries (carresmd-deactivatedaccount)]

Severin, especially look at revision 636 in lottanzb/0.5.

I can't seem to reproduce the second bug using both lottanzb/0.4 and lottanzb/0.5. I'll try to revert lottanzb/0.4 to a revision prior to the 0.4.1 release and see if it happens there.

[Marcel de Vries (carresmd-deactivatedaccount)]

The bug with changing the download directory doesn't seem to be reproducible in lottanzb 0.4.0 / 0.4.1 / 0.5.1. So I've changed this bug to 'Fix Released' as 0.5.0 fixe(s|d) the first part of the bug. DasFox, if you can provide steps to reproduce the bug using LottaNZB 0.5.1, please post them here so we can take another look at it.

[Severin H (severinh)]

LottaNZB 0.5.2 has been uploaded to Debian, so the package should be synced to Ubuntu within the next few weeks.