Edit hellanzb's DIRs, not just DEST_DIR

Bug #246433 reported by VuDu on 2008-07-07
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LottaNZB
Wishlist
Unassigned

Bug Description

Hello,

It'd be great if it was possible to edit all the folders, or at least the PREFIX_DIR on the preferences window. :)

Severin Heiniger (severinh) wrote :

This seems to be a viable and useful option. However, I'm pretty sure it wouldn't be as easy to realize as providing an option to change the DEST_DIR. LottaNZB doesn't use the PREFIX_DIR option in stand-alone mode as it would require many changes in the way how it handles preferences.

We should provide an option where the user can edit the location, where HellaNZB does all of its internal work. To make this change take effect, we'll need to shut down HellaNZB entirely and move all files and directories to the new location. I guess this should do the trick, but there are other things to consider. This process might take a while if there is a large active download in the queue, thus we would need to display a progressbar using the GVFS backend or how it is called. Not sure if we can realize this in 0.4 but we'll do our best.

Stay tuned and continue to report such interesting wishes. Register them in the blueprints section next time.

Changed in lottanzb:
assignee: nobody → lottanzb
importance: Undecided → Wishlist
status: New → Confirmed

I don't agree with you on this Severin. ;-)

First of all, it would be rather easy to implement this and I think
it's unnecessary to move all files if we just display a warning
dialog. HellaNZB will create the directories on it's own.

On Tue, Jul 8, 2008 at 9:38 AM, Severin Heiniger
<email address hidden> wrote:
> This seems to be a viable and useful option. However, I'm pretty sure it
> wouldn't be as easy to realize as providing an option to change the
> DEST_DIR. LottaNZB doesn't use the PREFIX_DIR option in stand-alone mode
> as it would require many changes in the way how it handles preferences.
>
> We should provide an option where the user can edit the location, where
> HellaNZB does all of its internal work. To make this change take effect,
> we'll need to shut down HellaNZB entirely and move all files and
> directories to the new location. I guess this should do the trick, but
> there are other things to consider. This process might take a while if
> there is a large active download in the queue, thus we would need to
> display a progressbar using the GVFS backend or how it is called. Not
> sure if we can realize this in 0.4 but we'll do our best.
>
> Stay tuned and continue to report such interesting wishes. Register them
> in the blueprints section next time.
>
> ** Changed in: lottanzb
> Importance: Undecided => Wishlist
> Assignee: (unassigned) => LottaNZB Development Team (lottanzb)
> Status: New => Confirmed
>
> --
> Edit hellanzb's DIRs, not just DEST_DIR
> https://bugs.launchpad.net/bugs/246433
> You received this bug notification because you are subscribed to
> LottaNZB.
>
> Status in LottaNZB • Automated Usenet Client: Confirmed
>
> Bug description:
> Hello,
>
> It'd be great if it was possible to edit all the folders, or at least the PREFIX_DIR on the preferences window. :)
>

VuDu (vudu-curse) wrote :

I agree with the simplistic approach. Using gvfs, would "lock" that feature to gnome systems, no?

Now, about the interface. I'm not sure about how'd be the best way to implement that. Having a preference's tab bloated with "chose folder" components... definitely not good.
Maybe a simple interface with DEST_DIR, PREFIX_DIR (with all the other DIRs using the default PREFIX_DIR + path) and an "advanced" button to a more complex interface where it could be possible changing all DIRs.

What do you think?

Sander Tuit (avirulence) wrote :

I guess having the prefix_dir on the general tab would be okay.
However, I don't really see the point of being able to set all dirs
separately. I mean, I get it if you have more space on another drive
and therefore want another prefix_dir, but why would you want to be
able to set the other directories?

On Tue, Jul 8, 2008 at 11:31 PM, VuDu <email address hidden> wrote:
> I agree with the simplistic approach. Using gvfs, would "lock" that
> feature to gnome systems, no?
>
> Now, about the interface. I'm not sure about how'd be the best way to implement that. Having a preference's tab bloated with "chose folder" components... definitely not good.
> Maybe a simple interface with DEST_DIR, PREFIX_DIR (with all the other DIRs using the default PREFIX_DIR + path) and an "advanced" button to a more complex interface where it could be possible changing all DIRs.
>
> What do you think?
>
> --
> Edit hellanzb's DIRs, not just DEST_DIR
> https://bugs.launchpad.net/bugs/246433
> You received this bug notification because you are subscribed to
> LottaNZB.
>
> Status in LottaNZB • Automated Usenet Client: Confirmed
>
> Bug description:
> Hello,
>
> It'd be great if it was possible to edit all the folders, or at least the PREFIX_DIR on the preferences window. :)
>

Severin Heiniger (severinh) wrote :

I seem to have totally overreacted when I read your proposal. ;-) I can give you the assurance that we won't bind LottaNZB to GNOME systems only. There don't even seem to be Python bindings for GIO/VFS actually.

I think it's a good way to start with the simplistic version, which is, as aVirulence said, quite easy to implement. I have to agree with aVirulence about having only one new option which enables the user to change PREFIX_DIR (as I mentioned, we don't use PREFIX_DIR but changing this option would update all directories except for DEST_DIR unless it's in PREFIX_DIR).

For the moment, we could check if there are any active downloads in the queue and if so, display a warning that the progress of the active download will be lost. It would be easy to move all NZBs in old_dir/nzb/daemon.queue to new_dir/nzb/daemon.queue, which would ensure that at least the queued NZBs won't be lost.

A don't see any reason to let the user select each directory separately either.

VuDu (vudu-curse) wrote :

Yeah, makes senses. And if anyone is that kinky there's always the .conf file ;)

Severin Heiniger (severinh) wrote :

Is anyone against retargetting this to 0.6. It will even be easier to implement that using SABnzbd as there is only one option that needs to be modified. Also, it will be possible to change the value even when monitoring a remote computer. However, we won't be able to use a regular FileChooser in that case, but a simple text entry.

Severin Heiniger (severinh) wrote :

This bug will most certainly not be fixed anymore in the LottaNZB 0.5.x series. However, thanks to all the infrastructure that has been set in place in LottaNZB 0.6 already, it should be quite easy to add this feature in LottaNZB 0.6. The question of how to offer it in the preferences UI remains.

Changed in lottanzb:
assignee: LottaNZB Development Team (lottanzb) → nobody
status: Confirmed → Won't Fix
VuDu (vudu-curse) wrote :

I have to admit that I no longer use Lottanzb 0.5.*
But it seems acceptable to stop adding small features that might require big code changes to that version.

With sabnzbd though, it should be pretty straight forward ;)

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers