Freeze. Blank, white window on largest count torrents

[GoogleCodeExporter]

Client has to freeze. blank, white window and wait a few minutes from when 
thawed. Previously, everything was fine.

I have >4000 torrents.

Original issue reported on code.google.com by atommixz on 19 Jan 2012 at 3:11

[GoogleCodeExporter]

i didnt have it on 0.7 but have on 0.8

Original comment by atommixz on 19 Jan 2012 at 3:35

[GoogleCodeExporter]

When? On open/connect/update/selection?

I've disabled the new GTK3 default support for now. This may have been the 
cause.

Original comment by a...@eth0.org.uk on 19 Jan 2012 at 4:42

[GoogleCodeExporter]

Update i think

Original comment by atommixz on 19 Jan 2012 at 7:00

[GoogleCodeExporter]

sometimes

Original comment by atommixz on 20 Jan 2012 at 5:33

[GoogleCodeExporter]

Is this fixed in the latest svn? './autogen.sh && ./configure && make clean && 
make' may be required to get it to build as GTK 2.

Original comment by a...@eth0.org.uk on 22 Jan 2012 at 5:03

[GoogleCodeExporter]

r409? no

Original comment by atommixz on 22 Jan 2012 at 5:09

[GoogleCodeExporter]

And if I add a torrent 0.7, it always appears in the list. In the svn version 
of it, he can forget it and it does not appear, but it is. 

The same is true when deleting torrent. In svn it sometimes is, and does not 
disappear from the list, although it is not. In 0.7 this never had.

Original comment by atommixz on 23 Jan 2012 at 8:20

[GoogleCodeExporter]

update active torrents only: yes
full update every updates: no

I know the 'full update every updates' fix this problem. But it's a crutch, not 
fix regression.

Original comment by atommixz on 23 Jan 2012 at 8:23

[GoogleCodeExporter]

Yes, that's a regression. It should do a full update after adding/deleting. 
That should be fixed now.

As for the freeze, I need more info.

1) Most important - better idea what revision this regression appeared in. If 
it appeared between 0.7 and 0.8 release as you say, then it's a revision 
between r284 and r352. I have a guess - r324, as the rest look minor and 
probably unrelated.

2) A backtrace while it is freezing *might* help.

Original comment by a...@eth0.org.uk on 23 Jan 2012 at 9:21

[GoogleCodeExporter]

I try r323 later.

How do backtrace in freezing time moment? I know only how to do it in segfault.

Original comment by atommixz on 23 Jan 2012 at 9:36

[GoogleCodeExporter]

Just 'bt full' in freezing time moment?

Original comment by atommixz on 23 Jan 2012 at 9:39

[GoogleCodeExporter]

Should be able to ctrl+c it in gdb and gdb should convert it to a SIGINT, to 
get a backtrace. Or if that doesn't work just send a SIGSEGV from the kill 
command.

Original comment by a...@eth0.org.uk on 23 Jan 2012 at 9:40

[GoogleCodeExporter]

Yeah, it could be very helpful, or may not be. Depends on the issue and if 
that's what it's stuck in at the time of the bt.

Knowing exactly what revision caused this is probably more helpful, though. 
BTW, if it is that revision I mentioned - try turning sorting off. I changed 
the order from filter,sort to sort,filter to workaround a crash you reported 
(GTK bug I think)... Maybe this causes it.

Original comment by a...@eth0.org.uk on 23 Jan 2012 at 9:48

• Changed state: Accepted

[GoogleCodeExporter]

Also could be useful to know if this is when a filter is selected.

Original comment by a...@eth0.org.uk on 23 Jan 2012 at 10:59

[GoogleCodeExporter]

I compared r323 with r328 cause in r324 doesn't work sorting (r328 fix-it). 
r323 work well. r328 have blankink/freezing. It's having after 
removing/adding/changing torrent status (start|pause) torrent. Sorting on. 
Filter off.

With sorting off removing work very well. (doesn't blanking/freezing)

This bt full http://paste.pocoo.org/show/539932/ in r414, after removing 1 
torrent. cause in latest revision blanking/freezing it seems much more longer.

Original comment by atommixz on 24 Jan 2012 at 2:02

[GoogleCodeExporter]

"It's having after removing/adding/changing torrent status (start|pause) 
torrent. Sorting on. Filter off.

With sorting off removing work very well. (doesn't blanking/freezing)" 

!!! this about r414

Original comment by atommixz on 24 Jan 2012 at 2:07

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

with sorting off, filter on haven't problem

Original comment by atommixz on 24 Jan 2012 at 2:28

[GoogleCodeExporter]

Try latest svn. Sorting should be disabled during the update now, which might 
improve things.

Original comment by a...@eth0.org.uk on 24 Jan 2012 at 5:22

[GoogleCodeExporter]

The first thing I noticed is stuttering when scrolling and slow drawing list

Original comment by atommixz on 25 Jan 2012 at 5:47

[GoogleCodeExporter]

Haven't freezing

Original comment by atommixz on 25 Jan 2012 at 5:51

[GoogleCodeExporter]

OK, there's one more thing you could try that might stop the first stuttering.

Try commenting out line 1225

gtk_widget_freeze_child_notify(GTK_WIDGET(priv->torrentTreeView));

and line 1241 

gtk_widget_thaw_child_notify(GTK_WIDGET(priv->torrentTreeView));

Original comment by a...@eth0.org.uk on 25 Jan 2012 at 9:16

[GoogleCodeExporter]

You mean 1226 & 1235.

It seems that now it works very well!

Original comment by atommixz on 25 Jan 2012 at 10:09

[GoogleCodeExporter]

Original comment by a...@eth0.org.uk on 25 Jan 2012 at 11:59

• Changed state: Fixed