linuxdcpp-team team mailing list archive
-
linuxdcpp-team team
-
Mailing list archive
-
Message #05667
[Bug 1007099] [NEW] User matching list button issues
Public bug reported:
>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).
** Affects: dcplusplus
Importance: Undecided
Status: New
--
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++:
New
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
Follow ups
References