andrewbam Posted December 19, 2013 Report Share Posted December 19, 2013 The setting labeled " Put new downloads in:" is not persisted between utserver restarts.Product Version 3.3Source Revision 30235 Link to comment Share on other sites More sharing options...
Church Posted December 21, 2013 Report Share Posted December 21, 2013 I solved with reverting from 3.3b 30235 to tried and glitchless working 3.0b 27079 (+webui v0.387 2012050518174554). And it was not just new download dir setting always resetting on restart of utserver, but also for automatically load torrents from option IIRC. Didn't like also webui.zip shipped with newest utorrent. It looking worse is one thing, but not persisting viewed column count and sort order .. i tired of redoing that each time. Link to comment Share on other sites More sharing options...
andrewbam Posted December 21, 2013 Author Report Share Posted December 21, 2013 I'm not willing to revert, lets just hope the devs see this and commit a patch in the next release :-)There should be some unit tests around this.uTorrent, you looking for any developers? I know C and C++ :-) Link to comment Share on other sites More sharing options...
pcartwright81 Posted December 22, 2013 Report Share Posted December 22, 2013 This has also been a problem for me. I went as far as rebuilding the config from scratch and deleting all of the dat files. This folder and the autoload dir are not loaded at startup. Additionally a share folder is created in the /etc/utserver folder. Link to comment Share on other sites More sharing options...
hexagon Posted January 4, 2014 Report Share Posted January 4, 2014 I'll also toss my vote in here for this too.I am affected by this in the new build (30235). A few other settings also don't get persisted: listening port and enable auto-load torrents from a directory Link to comment Share on other sites More sharing options...
mcdonald Posted January 7, 2014 Report Share Posted January 7, 2014 I wrote a system test to test persistence of settings set through the HTTP interface. The bind_port setting persisted for me; I saw no problem restoring the value I wanted. If the selected port was in use by another process, it is possible that the setting's value would be rejected. I'm not able to think of other possibilities right now.However, I saw a problem restoring the dir_autoload setting; this was a result of a commit made last May. This would likely affect the dir_active setting (the "put new downloads in" part of the web UI) also. As a workaround, put your desired directory-related values (e.g., dir_active, dir_autoload) in the configuration file, and they will be restored on restart (I haven't tried this but looking at the code it looks like that would work).Thanks for the reports. Now, I've got a system test that should warn if failures like that occur in the future; that test will be run along with the other system tests on a nightly basis, upon changes to the code line. Link to comment Share on other sites More sharing options...
Geuse Posted January 29, 2014 Report Share Posted January 29, 2014 Hi. I've been trying to get this thing working, cause I know it used to. So I've been downloading and testing older versions, but none of them seem to work. I don't understand why =/You mention a work around by editing the config file. Would this be settings.dat, cause that doesn't seem to work either. I already see my directories in there.Thanks.EDIT:Firstly, I realized I posted this in the wrong OS to begin with. As I followed a google link I didn't really read the topic that carefully. I'm using win7. However, It might be the same issue we're dealing with alas, the same solution.I jumped the gun before, because I actually got it working using my very last idea.It turned out to be an issue concerning the directory name. I often have my directories organized using an underscore at the start. Removing that fixed all issues and the moving of files between folders works perfectly on latest version.PS. However. It would still be cool to have support for underscore and other special characters at the start of folder name. Keep it up! Link to comment Share on other sites More sharing options...
Geuse Posted January 29, 2014 Report Share Posted January 29, 2014 On second thought, this might not be it. did some going back and forth changing the name of the folder and change the name in pref to match ofc, but once I did this, it wouldn't work anymore. Had to create a whole new folder, name that and set pref to that name. I don't understand the underlying system, but this seem to be something to look in to. Link to comment Share on other sites More sharing options...
justdeleteme Posted February 22, 2014 Report Share Posted February 22, 2014 I've edited utserver.conf with my configs, deleted *.dat and started the utserver, unfortunally the settings is gone, I edited settings.dat with BEncode editor and changed to read only the file, still not persist the configuration. Any idea to help? Link to comment Share on other sites More sharing options...
thedamager Posted March 5, 2014 Report Share Posted March 5, 2014 Confirmed. Unfortunately makes the client almost unusable. Could anyone please provide the link to version 3.0b 27079 that Church mentioned? Link to comment Share on other sites More sharing options...
justdeleteme Posted March 16, 2014 Report Share Posted March 16, 2014 Here : <do not link this, the guide recommends steps that are potentially EXTREMELY dangerous for system health>Oh yeah the link that I posted and did in my system (a hundred times) is potentially EXTREMELY dangerous... Link to comment Share on other sites More sharing options...
richard-bt Posted April 3, 2014 Report Share Posted April 3, 2014 For persons that have encountered this bug, this should be fixed utserver build 30470:http://forum.utorrent.com/topic/90804-%C2%B5torrent-server-33-alpha-build-30470/ Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.