linuxdcpp-team team mailing list archive

[eMTee <1007099@xxxxxxxxxxxxxxxxxx>]

Something certainly wrong and missing in
UserMatchPage::handleSelectionChanged() as it is currently using the
selection count as an index getting the item from the usermatches list
as well as if it's supposed to handle multiple selections then it should
have a loop , too.

** Changed in: dcplusplus
       Status: New => Confirmed

** Changed in: dcplusplus
   Importance: Undecided => Medium

-- 
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/1007099

Title:
  User matching list button issues

Status in DC++:
  Confirmed

Bug description:
  From what I understand, a newly started client has 2 entries in the
  User matching list, which are Favorite user (added by DC++) and
  Operators (added by DC++). By default they cannot be removed or
  edited. If put some entries in the list (either manually, or by
  ignoring/un-ignoring someone), in most cases the bottom and top
  entries suffer from the same issue (Edit and Remove buttons are
  unselectable). However, if I change the order of entries in the list
  by moving them up or down, the previously unselectable option become
  selectable, even for the default entries. I could also manage to have
  the buttons enabled for every entry in the list by fooling around with
  their order, but the pattern seems rather random to me.

  I think the default entries have the buttons defined unavailable by
  purpose since regardless of the Edit button is available, their
  definitions can not be viewed nor can they be removed. As for any
  other one, each button should be available regardless of the order of
  the entries.

  I have tested this with the last 2 revisions available for download
  (r2932 and r2933).

To manage notifications about this bug go to:
https://bugs.launchpad.net/dcplusplus/+bug/1007099/+subscriptions