Bug 287708 - ktorrent "Peers" tab becomes disabled after banning a peer
Summary: ktorrent "Peers" tab becomes disabled after banning a peer
Status: CONFIRMED
Alias: None
Product: ktorrent
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Joris Guisson
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-27 21:14 UTC by Steve
Modified: 2020-11-09 01:17 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.