Date   

moderated Re: Event: Unplanned downtime #outage - Monday, 2 July 2018 #cal-invite #outage

Duane
 

On Tue, Jul 3, 2018 at 05:54 am, Mark Fletcher wrote:
so it was some dusty code. It's been fixed for the future.
And I'd bet that by the time this new code is needed, it will have become dusty! ;>)

Thanks,
Duane


moderated Re: Event: Unplanned downtime #outage - Monday, 2 July 2018 #cal-invite #outage

 

Hi All,

As I discovered early this morning, the site rollback didn't restart some cron jobs. This meant that event reminders and some digests were delayed, and summaries did not go out for 4 hours. My apologies; rollbacks don't happen much at all (I cannot remember the last time I had to do one), so it was some dusty code. It's been fixed for the future.

Thanks, Mark


moderated Event: Unplanned downtime #outage - Monday, 2 July 2018 #cal-invite #outage

main@beta.groups.io Calendar <main@...>
 

Unplanned downtime #outage

When:
Monday, 2 July 2018
9:00pm to 9:05pm
(GMT-07:00) America/Los Angeles

Description:

An update to the site went badly, and I had to revert the changes. The site was down for about 5 minutes.

Gritty details: I changed a low level library that deals with converting data to and from JSON. This mistakenly caused many integers to be output as named strings in JSON, which caused problems for the code that was expecting to deal with integers. This caused some errors to show on the website and some emails to be sent without footers. I caught it within about 10 seconds of going live.


moderated Re: Poll suggestions

Michael Pavan
 

Excellent suggestion that all Polls should have a unique identifier - Number, Date, and/or Name.

Number - works but does not remind what the Poll was about or when.

Date - probably would have a higher recognition rate.
However if dated and there were more than 1 Poll in a day, how would that be handled?

Named, should also include a date (as many polls are likely to be repeated) - would have highest recognition rate.

I'm not sure whether I asked this already or maybe it was already implemented:polls should be numbered. That way if they lead to discussion, you won't get confused as to which poll you are discussing about. Or if they come quickly after one another, about which ones you already answered.

"please answer poll 56" is a lot clearer than "there's a new poll”


moderated Re: Poll suggestions

Michael Pavan
 

-Ranked Choice Voting
Please elaborate what you mean by that
If there are not a majority of votes for a candidate (whatever is being voted on), then an Instant Runoff occurs using 2nd choices, etc.
http://www.fairvote.org/rcv#where_is_ranked_choice_voting_used

It is also known as Ranked Voting:
https://en.wikipedia.org/wiki/Ranked_voting


-No one can view results before a Poll closes.
should be optional. I can imagine situations in which a poll doesn't close at all :-)
Yes, these where all suggestions of options for Polls.

Currently there are no specified Open and Close dates and times.
If a Poll has no stated Close date and time, and the results can be viewed by Moderators and/or Poll creators, then the Poll could be suddenly closed at any point when a desired outcome is in the lead. I’ve seen this happen.

If results can be viewed during a Poll, say by everyone, it is possible that some would not vote either because it appears their choice has a large lead or deficit.

My suggestions are motivated that Poll, should be set up to be transparent (everyone knows what its parameters are) and fair (no one has an advantage). Yes, because anyone may have more than one subscribed email address, we have ‘1 email address, 1 vote’ rather than ‘1 person, 1 vote’.

I concede that the objective of a Poll might not be ‘a fair election’, but rather an indication of ‘what is trending now’. However a Poll which never closes will run out of additional votes that can be cast if only 1 vote is permitted per email address, as at some point every email address that will vote already has. This could prompt some to subscribe with additional email addresses in order to have additional votes - I doubt this is desirable.


Additional Suggestion:
Only email addresses subscribed before a Poll is either Opened, or better yet already subscribed, should be able to vote in a Poll.


moderated Re: Ability to select/send wiki page to the group #suggestion

 

It's akin to the sticky wiki, but emailed to the group. In fact, that's where the idea arose. I wanted to call members' attention to the sticky wiki, but realized that many of them aren't logged in to the site. So I wanted to email it to them. It would be, as I said, convenient to be able click on the page and have it sent out.
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: Ability to select/send wiki page to the group #suggestion

 

On Mon, Jul 2, 2018 at 06:48 am, Gerald Boutin wrote:
What is wrong with sending out a message with a link to the Wiki?
What's wrong with that is that a large percentage of group members access the group only by email and are not logged in, so they couldn't access the link. 
 
results in a static document which goes against the idea of a Wiki as a living document
It doesn't actually result in any "document," besides which, who cares? It is what it is at the time.

I can't see supporting that idea. 
No need to support it or not support it. If you don't like it, you don't have to use it. I don't see how it does any harm. It's simply for convenience.

copy-n-paste seems to already do what you are after
As I said: it's for convenience.
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: Ability to select/send wiki page to the group #suggestion

Gerald Boutin <groupsio@...>
 

On Sun, Jul 1, 2018 at 10:44 pm, J_Catlady wrote:
It would be convenient to be able to click on a wiki page and have its content go out as a message to the group.


--
J
Sorry, but I can't see supporting that idea. Sending out a copy of Wiki page(s) results in a static document which goes against the idea of a Wiki as a living document.

What is wrong with sending out a message with a link to the Wiki? Besides, copy-n-paste seems to already do what you are after.

--
Gerald


moderated Re: Poll suggestions

ro-esp
 

I'm not sure whether I asked this already or maybe it was already implemented:polls should be numbered. That way if they lead to discussion, you won't get confused as to which poll you are discussing about. Or if they come quickly after one another, about which ones you already answered.

"please answer poll 56" is a lot clearer than "there's a new poll"

groetjes, Ronaldo


moderated Re: Poll suggestions

ro-esp
 

On Sun, Jul 1, 2018 at 10:23 am, Michael Pavan wrote:



-Ranked Choice Voting
Please elaborate what you mean by that

-No one can view results before a Poll closes.
should be optional. I can imagine situations in which a poll doesn't close at all :-)


moderated News about @mention function

Benoît Dumeaux
 

Hello Mark,

Could say more about the functionality for mention a member to a topic/message with @displayname. To the configuration page it's important to add "Allow to be mention" or "Send a email when mentionned"

--
Dreadaxe


moderated Ability to select/send wiki page to the group #suggestion

 

It would be convenient to be able to click on a wiki page and have its content go out as a message to the group.


--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: include direct-adds in member activity log #suggestion

 

That was my original point. :-)

On Sun, Jul 1, 2018 at 11:50 AM, J_Olivia Catlady <j.olivia.catlady@...> wrote:
Agreed. I want them there, too. 

On Sun, Jul 1, 2018 at 11:46 AM, Shal Farley <shals2nd@...> wrote:
J,

> Then you'd want to remove those other actions by the mod.

*I* wouldn't.

> I slightly favor having them all there, just for convenience. But it
> should be consistent.

I strongly favor having them all there (actions affecting a person's membership) in one tab. Regardless of whether it was the member or a mod (or even the system/support) that took the action.

That would make it possible to search a single tab for the member's email address and get their complete join/leave history. The "All Activity" tab could be used, but is too cluttered with message and other usage activity to easily find the actions of interest.

Shal






--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: include direct-adds in member activity log #suggestion

 

Agreed. I want them there, too. 

On Sun, Jul 1, 2018 at 11:46 AM, Shal Farley <shals2nd@...> wrote:
J,

> Then you'd want to remove those other actions by the mod.

*I* wouldn't.

> I slightly favor having them all there, just for convenience. But it
> should be consistent.

I strongly favor having them all there (actions affecting a person's membership) in one tab. Regardless of whether it was the member or a mod (or even the system/support) that took the action.

That would make it possible to search a single tab for the member's email address and get their complete join/leave history. The "All Activity" tab could be used, but is too cluttered with message and other usage activity to easily find the actions of interest.

Shal





--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: include direct-adds in member activity log #suggestion

 

J,

Then you'd want to remove those other actions by the mod.
*I* wouldn't.

I slightly favor having them all there, just for convenience. But it
should be consistent.
I strongly favor having them all there (actions affecting a person's membership) in one tab. Regardless of whether it was the member or a mod (or even the system/support) that took the action.

That would make it possible to search a single tab for the member's email address and get their complete join/leave history. The "All Activity" tab could be used, but is too cluttered with message and other usage activity to easily find the actions of interest.

Shal


moderated Re: include direct-adds in member activity log #suggestion

 

Then you'd want to remove those other actions by the mod. Right now it's concerning when you look at the activity and a removal is shown but not a direct add. I slightly favor having them all there, just for convenience. But it should be consistent.

On Sun, Jul 1, 2018 at 11:13 AM, Shal Farley <shals2nd@...> wrote:
J,

> I'm noticing today that direct adds are not included in the member
> activity log. This seems strange, since joining the group, removed
> from group, etc., are all included.

I think this relates back to an earlier call to refactor these tabs, or at least create one that is Membership (all things that affects a membership) rather than Member.

To me at least, it makes more sense to group the log entries by the activity topic rather than by who took the action. Because one is more likely to know what type of activity you're looking for than by who.

Shal





--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: include direct-adds in member activity log #suggestion

 

J,

I'm noticing today that direct adds are not included in the member
activity log. This seems strange, since joining the group, removed
from group, etc., are all included.
I think this relates back to an earlier call to refactor these tabs, or at least create one that is Membership (all things that affects a membership) rather than Member.

To me at least, it makes more sense to group the log entries by the activity topic rather than by who took the action. Because one is more likely to know what type of activity you're looking for than by who.

Shal


moderated Poll suggestions

Michael Pavan
 

-Open and Closed dates and times for Polls.
-Ranked Choice Voting
-No one can view results before a Poll closes.
-No one can view who responded to the Poll.
-Who can view who responded to the Poll and when.

Full Disclosure of Polls' selected options so that everyone knows what the terms and conditions are.

Results should include total numbers of votes for each choice, how many possible voting email addresses, and how many voted.


moderated Re: include direct-adds in member activity log #suggestion

 

On Sun, Jul 1, 2018 at 06:56 am, J_Catlady wrote:
This is inconsistent.
p.s. Not that I care about consistency for consistency's sake, but the lack, juxtaposed with the other mod actions being there, makes it look like something is missing or incorrect.
 
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu


moderated Re: include direct-adds in member activity log #suggestion

 

On Sun, Jul 1, 2018 at 06:45 am, Duane wrote:
Since a Member can't do a direct add, I wouldn't expect them to be there.
Yet all the other mod actions on the member (including "removed") are there. This is inconsistent.
 
--
J

 

Messages are the sole opinion of the author, especially the fishy ones.

I wish I could shut up, but I can't, and I won't. - Desmond Tutu

10941 - 10960 of 28378