** Changed in: murrine
Status: New => Won't Fix
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
To manage notifications about this bug go to:
https://bugs.
** Changed in: gtk
Status: New => Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
To manage notifications about this bug go to:
https://bugs.launch
** Changed in: pango
Status: New => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
To manage notifications about this bug go to:
https://bugs.laun
Sorry about the spam, somebody hacked my gmail account week ago. Does
anybody know how to delete posts?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu
With the latest murrine from git, I've added a workaround for that...
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lis
This bug was fixed in the package transmission - 2.13-0ubuntu5
---
transmission (2.13-0ubuntu5) natty; urgency=low
* debian/patches/0105-murrine_high_cpu_workaround.patch: (LP: #655024)
- Workaround the issue found in Murrine that causes high CPU usage
in Transmission.
*
** Changed in: libcairo
Status: Unknown => Invalid
** Changed in: libcairo
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
please, don't change the bug status without a reason. The fix has not
yet been released in Ubuntu - I've pushed patch to the
lp:ubuntu/transmission branch, but has not yet pushed the package, as I
have few more patches to prepare first.
** Changed in: transmission (Ubuntu)
Status: Fix Relea
** Changed in: transmission (Ubuntu)
Status: Confirmed => Fix Released
** Changed in: libcairo
Importance: Medium => Unknown
** Changed in: libcairo
Status: Confirmed => Unknown
** Changed in: libcairo
Remote watch: freedesktop.org Bugzilla #28067 => freedesktop.org Bugzilla
#
** Changed in: transmission
Status: Unknown => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.
** Branch linked: lp:ubuntu/transmission
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.u
** Also affects: transmission via
http://trac.transmissionbt.com/ticket/3887
Importance: Unknown
Status: Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher
** Changed in: transmission (Ubuntu)
Importance: Undecided => Medium
** Changed in: transmission (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
** Changed in: libcairo
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
#! Solid, jordan.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listi
Thanks veldt :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinf
** Changed in: libcairo
Status: Unknown => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.
"top", with updates every 3 seconds. Mouse in another window. 64
torrents, 7.8 fit onscreen at once, non-"Compact View", CPU locked to
fullspeed (Athlon 64 2 GHz), "new" = r11752, "old" = "new" with torrent-
cell-renderer patch (11747) reversed.
CPU usage, 300 second test:
new and old, all onscree
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using higher cpu usage
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/li
Hey guys,Count me in, I'm having the same problem here... went from
10.04 to 10.10 and experiencing the same problems of Transmission UI
running like molases(extremely slow). I am also having the system
freezing when Transmission is running after a day or two on a bittorrent
dedicated computer.
-
Attached is a patch that we can use in Transmission if text shadows
don't get resolved in Murrine and/or Cairo in time for 11.04.
The patch avoids use of GtkCellRendererText's "sensitive" property, and
instead renders paused torrents' text using the widget's style's color
for insensitive text. Thi
> Granted, it's only 3 torrents and their cells per second, out of 35.
> But it should be 0. If they're paused and non-dynamic.
The list is sorted, which causes rerendering when the list resorts even
if the torrent is unchanged.
> If there is no alternative, I will talk to canonical about linking
notes for upstream commit r11740:
reduce unnecessary re-rendering in the main window
The main window called gtk_tree_model_filter_refilter() once per second
to refresh the torrent list's filtering. This is not an efficient
approach: gtk_tree_model_filter_refilter() emits a "row changed" event
for
Hi Andrea! This is about rendering cairo shadowed text to a temporary
image surface that we talked about a few months ago. cairo's M Joonas
Pihlaja still wants a screenshot of the test you did in this post:
https://bugs.launchpad.net/libcairo/+bug/655024/comments/45
I'm hardly a GUI expert, so m
This is hardly a patch -- it is against the latest transmission nightly,
and only swaps out rendering "sensitive". With it, pausing torrents
reduces (!) CPU, by more than 50 percent.
** Attachment added: "patch__torrent-cell-renderer.c"
https://bugs.launchpad.net/libcairo/+bug/655024/+attachme
I can confirm this. Transmission QT uses less than 1% of my cpu while running
and is very very smooth.
The GTK version uses over 13 and generally is very slow to scroll, switching to
the theme "Clearlooks" has resolved this.
--
You received this bug notification because you are a m
I've been getting reports about this issue in the Transmission forums,
as well. It would be nice if it could get fixed in time for 11.04.
Also if there's anything I can do downstream in Transmission to
ameliorate this, please let me know.
--
You received this bug notification because you are a m
I can confirm that changing theme helps. Changed from Radiance to
Clearlooks: no lags when scrolling and much lower cpu usage.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/655024
Title:
Using highe
I installed "kubuntu-desktop" to try the kwin window-manager.
transmission-gtk ran fine, no slowdown. I went to kde's "System
Settings" -- "Application Appearance" -- "Style", and changed "Widget
style" to "GTK+ Style". (Under the "Fine Tuning" tab, I also changed
"Graphical effects" to "High displ
Yesterday I got high cpu usage with deluge-gtk as well. It was like 50%
cpu usage with only one torrent downloading from a few peers. I switched
to transmissioncli and it was like 1% cpu usage.
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification bec
I switched window managers from compiz to metacity (both are included in
ubuntu and switching appearance preferences to "None" changes the window
manager, observing the process list) and it's still slow. metacity is a
GTK+ window manager, and now I'll be testing the kde one.
--
Using higher cpu u
** Changed in: libcairo
Remote watch: freedesktop.org Bugzilla #31589 => freedesktop.org Bugzilla
#28067
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs m
warning, may contain wishes :)
I've done more tests with transmission-gtk and all torrents paused. The
content of the transmission-gtk window is visually static, with no
pixels changing. No other window partially obscures it and the mouse
pointer is not moving; there should be no cause to redraw a
Just wanted to say I was having the same issue. I installed
transmission-qt and while using it my cpu doesn't get so much load and
transmission interface doesn't lag.
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ub
I did tests in transmission's gtk/torrent-cell-renderer.c on the
function torrent_cell_renderer_render(), and found that it ran 3.21
times a second with 35 paused torrents and 3.43 times per second with
all unpaused. My speculation of excessive redraws is withdrawn, in the
case of the transmission-
Yes,
will take a screenshot tomorrow
--
Andrea Cimitan - http://www.cimitan.com
Software Engineer | Desktop Experience Team
Product Strategy | Canonical Ltd
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs,
Hi Andrea! The latest major release of cairo is version 1.10.0; it is a
recent release, 71 days old; have you grabbed it yet? It would improve
the quality of your rendering test above. If you are using cairo 1.10.0
in the above test, any poor quality might be a cairo bug -- screenshots
of your test
tried that code in murrine, low quality shadows compared to the one we
have now :(
cairo_pattern_t * text_pattern;
/* Render to a temporary surface (similar to your target surface). */
cairo_push_group(cr);
cairo_translate (cr, x, y);
murrine_set_color_rgb (cr, use_text ? &colors->text[state_typ
My current theory is that the cairo routines murrine uses to draw
shadowed text have become slower when using recent versions of cairo,
such as version 1.10.0 in ubuntu 10.10 maverick. Probably not noticeable
normally, except that with transmission-gtk running on compiz, this text
rendering may be
** Changed in: gtk
Status: Unknown => New
** Changed in: gtk
Importance: Unknown => Medium
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailin
IIRC, when I tried using an image surface, the quality was poor... that's why I
was using this.
whatever is cairo_stroke or the layout path, the problem seems to be in the
second one, cause if I user show_layout instead layout_path + stroke is fast
again. (but it exposes the bug of rendering tex
** Bug watch added: GNOME Bug Tracker #634881
https://bugzilla.gnome.org/show_bug.cgi?id=634881
** Also affects: transmission via
https://bugzilla.gnome.org/show_bug.cgi?id=634881
Importance: Unknown
Status: Unknown
** Project changed: transmission => gtk
--
Using higher cpu usa
It looks like if you could have the cairo stroker use a temporary
surface in this case, it would be much faster than direct rendering. The
major CPU in this bug is spent in a "tesselating" function. Long story
short, it looks like there are ways to avoid activating that function.
The function is us
I did not undertand what he is proposing with the first line...
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ht
Some more suggestions on a possible workaround, from the cairo bugzilla:
https://bugs.freedesktop.org/show_bug.cgi?id=31589#c3
-- excerpt --
If you want ghosted text rendered at 0.5 alpha, then just render the text at
0.5 alpha. This avoids all use of the stroker. :) There are likely other
me
** Changed in: pango
Status: Unknown => New
** Changed in: pango
Importance: Unknown => Medium
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs ma
** Bug watch added: GNOME Bug Tracker #634805
https://bugzilla.gnome.org/show_bug.cgi?id=634805
** Also affects: transmission via
https://bugzilla.gnome.org/show_bug.cgi?id=634805
Importance: Unknown
Status: Unknown
** Project changed: transmission => pango
--
Using higher cpu u
Hmm, pango might be involved in this too (rendering lots of curvy text
via cairo? guessing) This response from cairo on our current topic
(mentioning pango_cairo_layout_path(), and the high CPU usage in
transmission-gtk being in _cairo_bentley_ottmann_tessellate_polygon())
suggests rendering to a t
** Bug watch added: freedesktop.org Bugzilla #31589
http://bugs.freedesktop.org/show_bug.cgi?id=31589
** Also affects: transmission via
http://bugs.freedesktop.org/show_bug.cgi?id=31589
Importance: Unknown
Status: Unknown
** Project changed: transmission => cairo
** Project chang
More diagnostics: this is the output of "perf top" during a transmission
run with paused torrents. The CPU usage reported by regular "top"
fluctuates between 24% and 48% for the transmission-gtk process. The
attachment shows _cairo_bentley_ottmann_tessellate_polygon() using the
most: 50.5% (of the
just thing not thingcomunque (middle click pasting) :)
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lis
it is used by the app developer to change the color of the text (for
example the dialog appearing when you press the power button on your
laptop. with suspend, hibernate etc etc)
drawing the cairo path seems to eat the cpu, don't know if that's a
cairo or a pango bug. murrine is just requesting it
Does define user-responsive elements? That has to be quick.
We are talking *slow* -- whatever is happening is gobbling 20% of 2000
MHz, or 400 M per sec, on my system.
On a lighter note, the assertion failures mentioned above are not
consistent, happening perhaps 15% of the time, no failures oth
murrine is just using:
pango_cairo_layout_path (cr, layout);
murrine_set_color_rgba (cr, &temp, 0.5);
cairo_stroke (cr);
to draw the layout.
pango_cairo_layout_path (cr, layout);
is slow, calling pango_cairo_show_layout (cr, layout) completely fixes
I would like a complete trace of a run of transmission-gtk that would
show whether libcairo is spinning its wheels, or rather some other code
is banging on libcairo, because it looks like cairo's the CPU-consumer.
pango_cairo_create_layout() may be more inefficient than in its
description; a docum
I am not so practice of these tests, what do you suggest?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://
More dianostics; might be completely normal:
Did cairo-trace --profile transmission-gtk.
Got these errors, which were exactly replicated on a following run of plain
"transmission-gtk":
(transmission-gtk:5936): Gtk-CRITICAL **:
IA__gtk_tree_selection_selected_foreach: assertion
`GTK_IS_TREE_SELEC
(Just skimming, in http://library.gnome.org/devel/pango/stable/pango-
Cairo-Rendering.html, in description of pango_cairo_create_layout ():
"This function is the most convenient way to use Cairo with Pango,
however it is slightly inefficient since it creates a separate
PangoContext object for each
** Changed in: murrine
Status: Unknown => New
** Changed in: murrine
Importance: Unknown => Medium
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bug
"pango_cairo_layout_path (cr, layout)" call is slow. I don't know if
that's a problem in cairo, or if I should not use it. I'm using it in
murrine for high-quality text shadows
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a me
could be the text. will invesigate
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailma
It's the GtkTreeView widget. A "ghosted" display is rendered when the
GtkCellRendererText/Pixbuf/Progress elements making up the display of a
torrent cell have the "sensitive" property false. This occurs with
torrents that are not in an error state and are paused.
That code is in transmission's gt
it appears to be one of the torrent cell renderers. transmission uses
three of them: gtk_cell_renderer_text, gtk_cell_renderer_progress, and
gtk_cell_renderer_pixbuf. My first semi-blind guess would be the
progress renderer.
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You
which widget is causing the slowdown?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mai
** Project changed: transmission => murrine
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.c
** Bug watch added: GNOME Bug Tracker #634308
https://bugzilla.gnome.org/show_bug.cgi?id=634308
** Also affects: transmission via
https://bugzilla.gnome.org/show_bug.cgi?id=634308
Importance: Unknown
Status: Unknown
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
cwall's new username is veldt. I'm thinking this might be a bug for
light-themes instead, considering that the ambiance theme triggers it.
In potentially-unrelated bug #663848 in light-themes, there is mention:
> https://trac.transmissionbt.com/browser/trunk/gtk/torrent-cell-
renderer.c is the Tr
A user in IRC had some more information about this. After some testing,
it looks like this might be an issue in the Abiance them theme. Could
one or more people CCed to this list who are seeing this problem test
this out to confirm/refute? That is, change the theme while using
Transmission and c
I've just removed some idle torrents from the list. Went from 13 to 3.
This greatly improved response and reduced laggyness.
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Here is my experience - incase it helps:
The interface seem extremely sluggish. Clicking, selecting, scrolling
events are delayed; the menus too. Even just un-minimising cause a very
noticeable delay in window redraw.
Some info:
- I upgraded from 10.04 to 10.10 (I had no problem with transmissio
This is a little bit of work, but judging from the duplicate tickets
this is a problem for a few people, and I haven't been able to trigger
this behavior yet. So if somone could try the following:
1. Install transmission-dbgsym (or transmission-dbg) as Kryzysztof
described in comment #18
2.
Hi guys! I removed .config/transmission folder, that did not help me, so
it is not old config fault.
Cheers,
Janis
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubun
It's transmission-dbgsym (or transmission-dbg if you are using
Transmission from the PPA). To learn how to enable ddebs repository
(which is required in order to install dbgsym packages) , please refer
to this page: https://wiki.ubuntu.com/DebuggingProgramCrash
--
Using higher cpu usage
https://b
would it be possible to install the transmission-debug package and then
run transmission inside of valgrind?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Transmission 2.04 is also very laggy for me. The download/upload speeds
are ok, but the gui is terribly slow. It takes 0.5-2 seconds while the
app respond to any clicks (eg. pause/start or changing priority of files
in the torrent etc. All other apps are fine.
I have an Asrock A330ION mainboard (I
Okay, I captured it while the cpu was spiking. It's lowest is about 4%.
It had 2 torrents queued up, both of them were inactive.
As I mentioned in a previous post, I'm using an ATI Radeon 9600 Pro
using the Xorg r300 drivers, default to Maverick. Other programs don't
seem to be as laggy as Transmi
1) Start up transmission with a few torrents and paste the "top"
command file here.
Do it with the following command while transmission is
runningthen paste the file as an attachment to the site here.
top -bn1 > ~/Desktop/Top-Command (This will put the output file on your
desktop.)
2)
1) There wasn't any terminal output when starting transmission, but when
closing it I got:
(transmission:19808): GLib-GObject-WARNING **:
/build/buildd/glib2.0-2.26.0/gobject/gsignal.c:2392: instance `0x9192858'
has no handler with id `725`
2) I had already had it limited to 10 KB/s, and turning i
Ok please do the following.
1) Start transmission from the terminal and post the terminal output
here.
2) While in transmission go to Edit>Prefs> And select "Limit upload
speed" Make it 50 KB/s. Then quit.
3) With the upload speed changed try using the program again and see if
there is a di
@Kilmonda
No, I'm using an ATI Radeon 9600 using the Xorg r300 drivers.
@RedSingularity
I did like you asked, I purged every transmission package I had installed,
and reinstalled transmission-gtk. I still get the the slow down. It seems
for every paused torrent I have added to the list, the cpu in
It does not seem to be a reproducible bug on a freshly installed system
so I cannot confirm it. How about removing the package and purging all
configuration files then reinstalling? If you want you can do the
following:::
sudo apt-get autoremove --purge transmission
then search for any
Do you have an NVIDIA gpu and if so are you experiencing the issue while
using the latest 260.19.06-0ubuntu1 drivers, if you use the proprietary
drivers at all.
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
B
Actually, I was using top from the commandline.
And I've been using Maverick since Alpha 1. Transmission only started doing
this in the last month or so.
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, wh
Are you looking at the transmission process under system monitor
processes tab? If so, i followed what you said you have done and I
don't notice a problem. CPU percentage stays in a range of 0-5%. Gnome
system monitor is actually using more than the transmission client. Are
you using a Fresh 10
Okay, I renamed .config/transimssion, and now transmission starts up fast.
But the moment I start some torrents and pause them. The cpu jumps up to
around 8-15%, even when they aren't running. So I don't think any of my
settings have anything to do with this.
--
Using higher cpu usage
https://bug
I haven't done anything. I have about 20 inactive torrents, but they are
stopped. No download/upload. Are you asking me to delete my settings folder?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which
Thank you for reporting this bug and helping to make ubuntu better. If
possible can you provide a step by step guide to reproduce this bug?
This will make "confirming" it a lot easier. Thanks!
** Changed in: transmission (Ubuntu)
Status: New => Incomplete
--
Using higher cpu usage
https
I do not see this behavior either. Is any of the bandwidth limiting
options being selected and used?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailin
I'm not seeing this behavior. Do you have any tips on how to make it
happen?
Does it happen even if there are no torrents loaded?
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to U
--
Using higher cpu usage
https://bugs.launchpad.net/bugs/655024
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
90 matches
Mail list logo
