Would there be a possibility to add local .torrrent files to transmission via the extension?
Websites like OpenSUSE.org don't provide you with an easy to reach Link to the torrent-file, so the only way of adding it is by downloading it and then adding it through the web interface. Could this functionality be built in?

Can you please program it in such a manner that the extension icon disappears when transmission is closed? I don't have transmission turned on the whole time and the red balloon icon telling me that it can't connect to transmission is rather annoying.

Hi I was just wondering if any work has been done on adding this as a feature. It is exceptionally useful when my net drops at certain times of the day.

I use wimax most of the time and needless to say they throttle speeds constantly, I could get a better provider but it's easier to just set speed limits.

Anyhow, I was just curious if you have made a lot of progress on this and thought I'd provide a use case.

Hi,

it may be a more general question but I try my luck here anyways. I am using Transmission over Lighttpd as a proxy to have the communication encrypted via ssl. The extension just reports this connection as "cant connect".

Instead there should be a message about the certificate maybe with a howto on how to import the cerfiticate.

Regards

Gnome-Shell version: 3.12.2

Steps to reproduce the problem:

1. Open a non-maximised window (it can be maximised, but it's not as obvious)
2. Click on the transmission indicator
3. Move mouse to another icon in the top bar like the calendar or other indicators
4. The opened window loses focus, and moving around the top bar further will cause the window to keep regaining and losing focus.
5. While moving around, I can sometimes get multiple shell menus showing simultaneously, and Gnome Shell eventually just hangs.

Expected result:

1. Focus of windows should not be affected
2. Should not hang the shell

Notes:
The focus loss seems to also occur when the icon appears or disappears (ie. via toggling the always show indicator setting or when a transmission instance is started/ended remotely with always show indicator being set to off). This might be a separate bug, or it might be the same bug just with different steps to reproduce. This way can cause random loss of focus of windows even when not interacting with the shell, which is more annoying though.

Feature request: Only make the icon/applet appear when transmission is running. Optionally make this a configuration setting, even if it requires a config file edit.

I'd like to have an option to select how to sort the torrents. Just like webgui.

Unfortunalaty this extension does not work anymore in Gnome 3.24. It worked in 3.22 after adding 3.22 in metadata.json, but that trick won't work for 3.24. Maybe another issue, but I can't find any errors in Looking Glass.

But the main question is if this extension is still developed?

extensions.gnome.org seems to still be on 3.16 as it can not be installed through the web gui.

Don't know how slow the delivery process, please comment if it's already under review. (and perhaps update the README when new versions are under review/delivered?)

Hi,
Hi!
I use transmission via https (it's behind proxy), sadly this extension does not provide SSL verification.
There are two ways of supporting it (but I didn't dig very much so excuse me if I'm wrong).
Simply adding:
_httpSession.ssl_ca_file = "/PATH/TO/MY/CERT.pem";
after
_httpSession = new Soup.SessionAsync();

Does the trick!

You can also use system-wide CAs https://developer.gnome.org/libsoup/stable/SoupSession.html#SoupSession--ssl-use-system-ca-file but the easier way should be adding an option in the extension preferences: "Verify SSL?" if left empty all certs are accepted, otherwise the path to certificate should be provided.

What do you think? I don't have lot of knowledge about shell extensions but I might have a look at how to implement the prefs thing if you don't have time for that.

Let me know,
Faless

My ISP (Free in France) provides a transmission-daemon on its set-top box/router. The configuration options are pretty limited and I can't change the RPC URL (I think their setup uses the default value though).

When I install the extension, it is unable to connect to the box. I edited extension.js to remove the final slash at the end of the URL (which is thus "http://mafreebox.freebox.fr:9091/transmission/rpc") and it now works.

The change occurs at https://github.com/eonpatapon/gnome-shell-extension-transmission-daemon/blob/master/transmission-daemon%40patapon.info/extension.js#L120

I think this change will fix the issue for some people while not breaking the extension for the others.

Hi,

Firstly, I love the concept of this extension. Sadly, when I tried to use it, I found that it cannot deal with a large number of torrents. My transmission client has ~1200 torrents (seeding, not active). When this extension connects to transmission, it causes gnome-shell to jump to >500 MB of memory usage and peg my CPU at 100%, making the system unresponsive (until gnome-shell is killed). Anyways, I don't know if there is some potential workaround for this, but the capacity to handle such high-use scenarios would be much appreciated.

~Sirius

Affects at least Gnome Shell 3.16 and 3.18

Steps to reproduce:

1. click the extension icon on the panel
   -> extension popup opens
2. click the "[+] Add Torrent" icon at the top controls area
   -> new textarea appears ("Torrent URL or Magnet link")
3. click into the textarea to set focus to it
   -> the whole PopupBaseMenuItem is activated and the popup is closed

Possible fix:
disable activate signal in TorrentsControls class

Hello

Nice extension :)
Any possiblity to add a + button, to upload a torrent file already downloaded on local drive ?

Thanks

GitHub version seems to work fine, but hard for non-tech people to install!

Simply adding 3.16 to metadata.json makes the extension work.

The only problem is that the UI text is grey on darker grey, the contrast is too low. That not only makes the torrent information harder to read, but also suggests that the clickable buttons are disabled even though they are working.

Here's another Freebox Revolution related issue. My seeding torrents were not classified as such, they showed an empty bar even though they're at 100% and not info about upload speed. So I tried to find out why, had a look at the JSON data sent by my transmission daemon and saw it reported a status code 8 instead of the 6 your code is expecting. Changing from a 6 to an 8 in the extension code fixed the issue.

It seems the Freebox is running an old Transmission version and the codes changed since.

I dug further and found https://forum.transmissionbt.com/viewtopic.php?f=1&t=13357 with a similar issue, which links to https://github.com/killemov/Shift/blob/master/shift.js#L676 where you can see a way to handle both the old and new codes.

Using this code as a library might be the best way to avoid further issues, but maybe this is too heavy for your extension.

The file:

org.gnome.shell.extensions.mediaplayer.gschema.xml

Should be renamed to something like:

org.gnome.shell.extensions.transmission-daemon.gschema.xml

In order to avoid conflicts with the original mediaplayer extension on a system-wide installation (such as one from the AUR).

I really like your extension, but it would be great if there could be an option that would make it possible to only display the active torrents. Right now the dropdown menu is basically useless for me since there are too many torrents in there.

This extension displays plenty of info and has buttons for everything but the glaring omission seems to be that it lacks a button to get to it's own gnome-shell-extension-prefs configuration page. Please consider adding.

Cinnamon is a fork of GNOME Shell that is used by Linux Mint and can be used in several other distros. It's intended to mimic the behavior of GNOME 2 with the improvements of GNOME 3. It would be rather easy to port this extension for us Cinnamon users.

Hello
Since Gnome 3.18, same on 3.20, when I clic on the blank field to paste an URL, the extension close.

So... no usable to upload a new torrent :(

Just upgraded my environment to gnome 3.18, and the extentions stopped working.

Dit a git clone and 'fixed' metadata.json bij adding 3.18 to the list of supported version. Created the zip and installed it. After a reboot the applet came back and seems completely functional

Hey. Thanks for this extension! Would you be able to update it to work with Gnome 3.20? Thanks! :)

I wasn't sure at all what would happen when clicking the trash icon but I was hopeful there would be a confirmation of some kind. If a confirmation seems like too much perhaps a better icon would make sense, but I can't think of one off the top of my head.

I don't want to open multiple issues for these feature requests:

I also was wondering if it's at all possible to also add the ability to set the "Alternative Speed Limits". That would be a well rounded feature and really top things off.

One last thing I could think of: Add an option to display the remaining disk space for whatever Downloads is set to. I can only think it would be easiest to add this to the bottom of the menu.

Otherwise amazing work, I always look forward to your expertise. Thanks!

GNOME 3.10 is released and some users start to using them from Ubuntu 13.10 and Fedora 20.

Your extension is awesome and I feel very badly without it on my GNOME 3.10 :).

Ok, I wrote this as an issue.. Its maybe gnome problem or my side problem, but for sure.
I have Gnome 3.16, which you support, but it fail install from page..
https://extensions.gnome.org/extension/365/transmission-daemon-indicator/

For complicated reasons I am not using the default /transmission/rpc/ URL for my connection, and unfortunately I can't change it in this plugin.

Hello,
As said in the title, I noticed that the progress bar is displayed a little bit out of the main pop-up window, here is an attached screenshot below.

[http://imgur.com/IxL0vux]

And also can you upgrade this extension officially (I already did it by myself on my own computer) for Gnome 3.22 please.

Regards.

If the extension was able to register as a handler, that would allow automatically adding download to the queue by clicking on links.

Hi,

gsetd doesn't work, and just says something like "can't connect to Transmission" (in French, so it's probably not the same message in English). It's got exactely the same settings as transmission-remote which works perfectly.
Maybe there should be a way to have more diagnostic when it doesn't work.
Bonus points for it to actually work out-of-the-box ;)

Here are the settings windows for gsetd and transmission-remote.

PowaBanga@linux:~> gnome-shell --version GNOME Shell 3.20.4

... and if i download it from the git, it don't work... :( I hope that somebody will can help me...
(opensuse leap 42.2 AMD64)

It's kind of hard to explain but basically if you have transmission open the menu with a lot of torrents added the menu will take up the entire area of the screen. Now when you close transmission if you go back to the menu it doesn't reduce in size, leaving an empty dialog.

Heres a screenshot explaing this: http://i.imgur.com/3DgAu.png

Also, and this may be suited for another bug, but since its menu related: The bottom edge of the menu is being cut off as in the screenshot, it goes beyond the bottom screen edge. Perhaps it is a related issue with the size of the menu?

You may be aware of this, but in 3.6 the symbolic icon has for some reason changed and since you use your own icon I'm not sure why? It now displays the colored icon and I haven't looked any further since you haven't updated this for 3.6 yet, I thought I'd mention it to you first.

Other than that it seems to be working as far as I have tested it

After installing from the site on transmission 2.60, openSuse 12.2 x86_64 Gnome Shell 3.4.2 and enabling, this crashes the shell with a total crash resulting in the little sad face, the 'sorry we cant recover' error. I've done no further testing as this is basically a first attempt at enabling it and it instantly crashes the shell. One other person has confirmed this as well, and when I get a chance I will try to do some debugging but I suspect that will be tricky.