Bug 287708

Summary:	ktorrent "Peers" tab becomes disabled after banning a peer
Product:	[Applications] ktorrent	Reporter:	Steve <ulatekh>
Component:	general	Assignee:	Joris Guisson <joris.guisson>
Status:	CONFIRMED ---
Severity:	normal	CC:	justin.zobel
Priority:	NOR
Version First Reported In:	unspecified
Target Milestone:	---
Platform:	Fedora RPMs
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Steve 2011-11-27 21:14:36 UTC

Version:           unspecified (using KDE 4.6.5) 
OS:                Linux

I'm using ktorrent 4.1.2, though this problem has existed ever since I started using ktorrent, before version 4.0.

If I have multiple torrent-group tabs open, and I select a torrent in one, then right-click on a peer in the "Peers" subwindow and select "Ban peer", then switch to a different torrent-tab, the entire "Peers" subwindow is greyed out from then on.  If I try to right-click on a peer, the menu is greyed out, and I can't select anything on the menu.

This problem is "worked around" by clicking on a different torrent before switching to a new torrent-group tab.

Reproducible: Always

Steps to Reproduce:
1) Have multiple torrent-group tabs open, and the "Peers" subwindow displayed.
2) Click on a torrent that has peers, then right-click on a peer and select "Ban peer".
3) Without clicking on anything else, click on a different torrent-group tab.

Actual Results:  
The columns in the "Peer" subwindow are now greyed out, and will never un-grey.  Right-clicking on any peer in this subwindow will bring up a greyed-out menu, on which nothing can be selected.

Expected Results:  
The "Peers" subwindow should not become greyed out.

I am currently running Fedora Core 14.

Comment 1 Joris Guisson 2011-11-28 17:15:35 UTC

Multiple torrent tabs has been removed in the master branch, so this bug is no longer relevant.

Comment 2 Steve 2014-03-09 18:04:24 UTC

I'm using ktorrent 4.3.1 (from the Fedora Core 20 repos), and tabs have been restored, so this bug is relevant again.

Comment 3 Andrew Crouthamel 2018-11-11 04:33:36 UTC

Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!

Comment 4 Steve 2018-11-14 03:57:38 UTC

Yes, it's still present.

Note that creating a new tab, then closing the new tab, works around the problem.

Comment 5 Andrew Crouthamel 2018-11-21 04:37:47 UTC

Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand.

Thank you for helping us make KDE software even better for everyone!

Comment 6 Steve 2019-05-05 18:35:38 UTC

Yes, the bug is still there.

Comment 7 Justin Zobel 2020-10-30 06:47:20 UTC

I've just tested this on ktorrent from git master and I cannot reproduce this issue with the steps provided.

Steve can you please retest with the most recent version of ktorrent you can install and confirm if this is still an issue.

Comment 8 Steve 2020-11-08 14:20:06 UTC

Yes, it's still there...I just tested it with ktorrent 5.2.0.

I right-click to ban a client, switch to another tab, and click on a torrent with active leechers, and the right-click menu to kick/ban a client is grayed out.

This bug is about to have its 9-year anniversary...

Comment 9 Justin Zobel 2020-11-09 01:17:03 UTC

Confirmed still an issue.