Opened 12 years ago

Closed 11 years ago

#2120 closed bug (Fixed)

WebUI cannot change port settings

Reported by: bmnot Owned by: damoxc
Priority: major Milestone: 1.3.6
Component: Web UI Version: 1.3-stable
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 (5)

comment:1 Changed 12 years 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.

comment:2 Changed 12 years 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).

comment:3 Changed 12 years 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".

comment:4 Changed 12 years ago by johnnyg

  • Component changed from other to webui
  • Milestone changed from Future to 1.3.6
  • Owner set to damoxc
  • Status changed from new to assigned
  • Version changed from other (please specify) to git 1.3-stable

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

comment:5 Changed 11 years ago by Cas

  • Resolution set to fixed
  • Status changed from assigned to closed

Fixed 1.3-stable: 0571799a07

Note: See TracTickets for help on using tickets.