Recent changes to feature-requests

#12 SSL support

René Berber — Sun, 03 Feb 2013 17:53:32 -0000

Also see: https://trac.transmissionbt.com/ticket/4670

Which is probably very close to happen (i.e. libevent supporting SSL, and transmission-daemon following).

#12 SSL support

René Berber — Sat, 02 Feb 2013 23:49:21 -0000

status: open --> wont-fix

#12 SSL support

René Berber — Sat, 02 Feb 2013 23:48:18 -0000

... but the daemon doesn't speak SSL.

Nothing has changed since version 2.40, you still need a proxy in front of the daemon (see: https://forum.transmissionbt.com/viewtopic.php?f=8&t=12532)

#12 SSL support

René Berber — Fri, 01 Feb 2013 17:14:09 -0000

the alternative to an SSH tunnel at this point would be to run TRQTW somehow with just the daemon (no gui) and run Transmission Remote to connect to the local TRQTW session.

No. If you want to connect to the daemon, then leave Tr-Qt out; there is no Tr-Qt with no GUI, and the application running with a remote session doesn't have its own WUI (Web User Interface) available, only local sessions listen to their RPC port.

The feature you request seems easy to implement.

#12 SSL support

Eric L. — Fri, 01 Feb 2013 13:16:31 -0000

[quote]Are you talking about connecting a remote session to transmission-daemon? or piggy-back connections from Tr-Qt to Tr-Qt (or any other Transmission client)?[/quote]

The former.

[quote]What do you mean by SSL? Is it just using https instead of http for the RPC connection? (I'm guessing your workaround is a SSH tunnel).[/quote]

Yes and yes.

[quote]transmission-remote does have that last capability (using https) since version 2.40, Transmission-Qt doesn't.[/quote]

That is the client I was thinking of specifically, although I believe the remote clients made in GTK and .NET also have this feature.

[quote]In any case, it sounds like a request for the Transmission project, not the Windows port. It may be already requested, I'm not sure, check their issue tracker.[/quote]

I was thinking that would be the case, thought it was worth a try to ask anyway. :) I suppose the alternative to an SSH tunnel at this point would be to run TRQTW somehow with just the daemon (no gui) and run Transmission Remote to connect to the local TRQTW session. I'll ask about this in the discussion boards.

#12 SSL support

René Berber — Fri, 01 Feb 2013 00:57:51 -0000

Not enough info to understand what you want.

Are you talking about connecting a remote session to transmission-daemon? or piggy-back connections from Tr-Qt to Tr-Qt (or any other Transmission client)?

What do you mean by SSL? Is it just using https instead of http for the RPC connection? (I'm guessing your workaround is a SSH tunnel).

transmission-remote does have that last capability (using https) since version 2.40, Transmission-Qt doesn't.

In any case, it sounds like a request for the Transmission project, not the Windows port. It may be already requested, I'm not sure, check their issue tracker.

SSL support

Eric L. — Fri, 01 Feb 2013 00:40:07 -0000

I'm not sure if this can be applied to the TRQTW port or has to be applied to the Transmission project in general, but I noticed that many Transmission frontends for many platforms including Windows support connecting to remote sessions using SSL. Would it be possible to add this feature to TRQTW? (If not, I can continue using my clunky workaround :) )

SSL support

Eric L. — Fri, 01 Feb 2013 00:40:07 -0000

Ticket 12 has been modified: SSL support
Edited By: René Berber (rberber)
Status updated: u'open' => u'wont-fix'

#9 close and minimize like in all popular programs

René Berber — Wed, 02 Jan 2013 20:00:21 -0000

status: open --> closed
milestone: Next_Release --> 4.80

#9 close and minimize like in all popular programs

René Berber — Wed, 02 Jan 2013 19:56:42 -0000

The behavior has been changed.

The next release (4.80) will restore the application from the tray with one-click, no difference if it was minimized or closed.