[Bug 1695610] [NEW] Test missing in lists_lists leading to wrong listing when using -V option

Public bug reported:
Dear project leader,
When we list the lists for specific virtualhost, a wrong result can be printed-out in the following condition:
Let's say we have somme lists hosted on bbox.nuxwin.com domain and other lists on the lists.bbox.nuxwin.com virtualhost. Then, when running list_lists as follow:
list_lists -b -V bbox.nuxwin.com
We get also the lists names from the lists.bbox.nuxwin.com virtualhost which is an unexpected behavior.
This is due to the fact that you're using find() only.
Real use case:
# Expected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V lists.bbox.nuxwin.com foobar release
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V bbox.nuxwin.com foobar mailman release
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V nuxwin.com foobar mailman release
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V com foobar mailman release
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V m foobar mailman release
Thank you.
** Affects: mailman Importance: Undecided Status: New
** Description changed:
Dear project leader,
When we list the lists for specific virtualhost, a wrong result can be printed-out in the following condition:
Let's say we have somme lists hosted on bbox.nuxwin.com domain and other lists on the lists.bbox.nuxwin.com virtualhost. Then, when running list_lists as follow:
list_lists -b -V bbox.nuxwin.com
We get also the lists names from the lists.bbox.nuxwin.com virtualhost which is an unexpected behavior.
This is due to the fact that you're using find() only.
Real use case:
# Expected result: - root@devuan:/usr/lib/mailman/bin# /usr/lib/mailman/bin/list_lists -b -V lists.bbox.nuxwin.com + root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V lists.bbox.nuxwin.com foobar release
# Unexpected result: - root@devuan:/usr/lib/mailman/bin# /usr/lib/mailman/bin/list_lists -b -V bbox.nuxwin.com + root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V bbox.nuxwin.com foobar mailman release
# Unexpected result: - root@devuan:/usr/lib/mailman/bin# /usr/lib/mailman/bin/list_lists -b -V nuxwin.com + root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V nuxwin.com foobar mailman release
# Unexpected result: - root@devuan:/usr/lib/mailman/bin# /usr/lib/mailman/bin/list_lists -b -V com + root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V com foobar mailman release
# Unexpected result: - root@devuan:/usr/lib/mailman/bin# /usr/lib/mailman/bin/list_lists -b -V m + root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V m foobar mailman release
Thank you.

** Also affects: mailman (Ubuntu) Importance: Undecided Status: New
** Also affects: mailman (Debian) Importance: Undecided Status: New
** Description changed:
Dear project leader,
When we list the lists for specific virtualhost, a wrong result can be printed-out in the following condition:
- Let's say we have somme lists hosted on bbox.nuxwin.com domain and other - lists on the lists.bbox.nuxwin.com virtualhost. Then, when running - list_lists as follow: + Let's say we have somme lists hosted on bbox.nuxwin.com virtualhost and + other lists on the lists.bbox.nuxwin.com virtualhost. Then, when + running list_lists as follow:
list_lists -b -V bbox.nuxwin.com
We get also the lists names from the lists.bbox.nuxwin.com virtualhost which is an unexpected behavior.
This is due to the fact that you're using find() only.
Real use case:
# Expected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V lists.bbox.nuxwin.com - foobar - release + foo + bar
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V bbox.nuxwin.com - foobar - mailman - release + foo + bar
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V nuxwin.com - foobar - mailman - release + foo + bar
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V com - foobar - mailman - release + foo + bar
# Unexpected result: root@devuan:~# /usr/lib/mailman/bin/list_lists -b -V m - foobar - mailman - release + foo + bar
Thank you.

** Branch linked: lp:mailman/2.1

** Changed in: mailman Importance: Undecided => Low
** Changed in: mailman Status: New => Fix Committed
** Changed in: mailman Milestone: None => 2.1.25
** Changed in: mailman Assignee: (unassigned) => Mark Sapiro (msapiro)

** Changed in: mailman Status: Fix Committed => Fix Released

Thanks for the FYI Mark, so this will be picke dup on the merge of 2.1.25 then.
Given the low prio IMHO there is no need to plan for SRUs back to older releases, objections?
** Changed in: mailman (Ubuntu) Status: New => Confirmed
** Changed in: mailman (Ubuntu) Importance: Undecided => Low
participants (4)
-
ChristianEhrhardt
-
Launchpad Bug Tracker
-
Laurent Declercq
-
Mark Sapiro