Ticket #2120 (closed bug: fixed)

Opened 11 months ago

Last modified 6 months ago

WebUI cannot change port settings

Reported by: bmnot Owned by: damoxc
Priority: major Milestone: 1.3.6
Component: webui Version: 1.3-stable (git branch)
Keywords: Cc:

Description

WebUI cannot change port settings (in 1.3.5), the settings either do not take effect or only one of the fields gets stored in the config and the other reverts to its default value of 9881 or something.

Looking at "cat ~/.config/deluge/core.conf", I see that the port values are not changed to what I selected unless I use the GTK GUI. Something is not right in the either the JSON RPC or the WebUI-daemon's talking to the daemon.

Change History

Changed 11 months ago by bmnot

I have the issue with the incoming listening port ranges but it probably affects outgoing port ranges too (I didn't try setting those as it's entirely pointless other than for QoS shaping purposes).

I.e. I enter 50000 to 50010 and apply, then re-start the daemon and it's either reset the core.conf values to their defaults, or stored one of the values I gave it, or kept what was in the config without storing what I gave it, etc. It all varies, but the only thing that's for sure: changing the setting does not work via WebUI.

Changed 11 months ago by bmnot

Cause found by johnny; it's bug  http://dev.deluge-torrent.org/ticket/1370 again. Setting it with the spinners works. I'm using Safari 5.1.7 on Mac OS X (the latest Safari).

Changed 11 months ago by bmnot

That bug also mentions "Auto Manage" checkbox state not being properly shown. That's true.

If I right click a Torrent in the list, and go into the Options submenu, I do NOT see a tick for "Auto Manage", but if I select the torrent and go into its full "Options" TAB, I DO see a tick for "Auto Manage".

Changed 11 months ago by johnnyg

  • status changed from new to assigned
  • owner set to damoxc
  • version changed from other (please specify) to git 1.3-stable
  • component changed from other to webui
  • milestone changed from Future to 1.3.6

I suspect this occurred from moving to extjs 3.4.0 but haven't been able to confirm.

Changed 6 months ago by Cas

  • status changed from assigned to closed
  • resolution set to fixed

Fixed 1.3-stable:  0571799a07

Note: See TracTickets for help on using tickets.