On Sun, Feb 14, 2021, at 8:59 AM, Allan Hansen wrote:
Mark,
Thank you for this reminder, but it’s not really sufficient for most. The ‘Mailman Settings’ dialog does, indeed show the other preferences tags, and yes, as you say, the dialog for ‘List-based preferences’ only shows values that are not inherited and when you set a value there, it shows.
There a two problems with this:
a. Once a value is overridden on the ‘List-based preferences’ dialog, you cannot go back to it being inherited by removing the override.
Yes! This is something we've known for a while and haven't been able to fix properly.
https://gitlab.com/mailman/postorius/-/issues/414 https://gitlab.com/mailman/postorius/-/issues/195
There more than one open issue for this. And one of the reasons it hasn't been fixed yet is that it is larger problem than most low hanging fruits that gets fixed in the available time window for the us to work on issue.
This is a long weekend for me, so I'll start some work on this, but not sure if that would be enough to finish.
b. You cannot see, on this dialog, what the inherited value is.
https://gitlab.com/mailman/postorius/-/issues/476
I opened an issue for this too, but this might be a little bit longer of a task because the whole inheritance and calculation of effective preference/setting happens in Core. It would require that Core expose the effective values.
We do have some calculation of preferences in Postorius to display the "Global Mailman preferences" page for a User.
This is not user-friendly.
May I suggest the following:
That each option shows the following:
o Value 1 o Value 2 (or the equivalent for pull-down menus)
A box showing inheritance status: [ ] Use inherited value from address-based preference: Value2
If the ‘Use inherited value’ is chosen, then the inherited value shows. but the value radio buttons become non-selectable.
It is a good idea, might need Javascript skills that I don't have ;-) I'll still try to take a stab at implementing such a view.
If not, then whatever value the value radio box has become the value for the list,
From what I see, the ‘Use inherited value’ is the default for new lists/addresses. To change a value, the user would uncheck this box, making the radio buttons selectable, and then set the desired value.
Yours,
Allan
On Feb 12, 2021, at 11:52 , Mark Sapiro <mark@msapiro.net> wrote:
I then looked at several of the disabled accounts, but the subscription info page in Postorius had no information about whether an account was enabled or disabled. Why is this not displayed???. The members can't see if their account is enabled. Is this another example of the disconnect between Mailman and Postorius?
If the user has a Django account, she can see all that info at (e.g. for this list) <https://lists.mailman3.org/mailman3/accounts/subscriptions/ <https://lists.mailman3.org/mailman3/accounts/subscriptions/>> She gets there from
Mailman settingsin the dropdown under her user name. She can also get there via theManage Subscriptionbutton on the list's Info page. That takes her toList-based preferencesfor the list. Any setting not selected there is inherited from the Address-based preferences or Global Mailman preferences
Mailman-users mailing list -- mailman-users@mailman3.org To unsubscribe send an email to mailman-users-leave@mailman3.org https://lists.mailman3.org/mailman3/lists/mailman-users.mailman3.org/
-- thanks, Abhilash Raj (maxking)