----- Original Message -----

From: J_Catlady <j.olivia.catlady@...>

Reply-To: <main@beta.groups.io>

To: <main@beta.groups.io>

Sent: 1/27/2019 4:14:18 PM

Subject: Re: [beta] Change handling of banned vs. removed members somehow? #suggestion

---

Bottom line, my request is to clean this whole area up somehow. At minimum, I think a "banned" member should show up in "past members" without having to specifically remove them from the banned list after the banning, and then ban them AGAIN from the "removed members" list.
--
J

Messages are the sole opinion of the author, especially the fishy ones.
My humanity is bound up in yours, for we can only be human together. - Desmond Tutu

Changes to the site this week:

• BUGFIX: Fixed search query escaping (phrase search and regex search was broken).
• CHANGE: Wiki Table of Contents now span the entire page.
• BUGFIX: Fix display of text/calendar attachments when viewing messages.
• BUGFIX: For long messages with multi-byte characters that were creating new topics, we would sometimes improperly truncate the topic summary, causing a database error and the message to not be sent.
• BUGFIX: Sometimes we'd display the Subgroups tab under the Admin menu when the person didn't have permission to access it (only the tab was displayed, they would get an error if they clicked it).
• BUGFIX: If a person cannot post or respond to a poll, do not show the Add Poll tab in the sidebar.
• NEW: Added more tracking query parameters that are removed with the clean links button.
• NEW: In premium groups, if a calendar invite is sent to the group, the event now is automatically added to the group calendar.
• INTERNAL: Simplified how signatures are stored in the system, fixing a couple of corner case bugs.

Have a good weekend everyone.

Mark

On Jan 26, 2019, at 3:40 PM, Shal Farley <shals2nd@gmail.com> wrote:

Gerald,

I am happy keeping the Topics view display showing the first post of
the thread. This will actually be pertinent to what the thread was
started for. Conversely, the last message is much more likely to be
off topic.

I think both use cases are valid. The keeping-up-to-date user who wants to see what's new in the Topics list; and the user who hasn't, or is new, or otherwise just wants to see what the topics are about.

A viewing option (next to the Date sorting link) that lets the user choose whether the snippets are first, latest, or latest unread* might be one way to satisfy all, at the cost of some additional UI complexity.

Maybe a simpler idea would be to make the snippet always show the latest (upgraded to latest unread, when that becomes available) and show the first as a tool-tip if one hovers over the snippet. The biggest downside to that I can see is that hovers don't tend to be available to mobile users. Maybe, since the snippet isn't a link, on mobile a click on it could pop up the first.

Shal
* Actually, FUMLUB (as Eudora used to call it) would probably be better: First Unread Message in Last Unread Block. That would best preserve the context of where you last read, and you wouldn't be forced to go read backwards from messages much newer than your last read.

Mark,

I mean, maybe? I've disabled the entire group transfer system again.

The red-box note that replaced the instruction page still says "Yahoo has made a change to their login system...". That would seem to be out of date for the current outage.

From what you've said though it sounds like it might be sufficient to disable just the Transfer Members checkbox in the transfer forms.

I think asking people to go through the entire process you outlined above would most likely lead to a lot of support issues for me. And there's no guarantee that Yahoo won't make changes to the rest of Groups like they have to the members part.

True and true.

Based on comments on Y!GMF and GMF@ there are some groups who were on the cusp of transferring who'd be more than willing to take on inviting/adding their member addresses themselves. If the transfer mechanism could be used to get the members' content that would still be a big win for them.

The biggest support issue I can foresee (apart from the "what do I do about members" question) would be a need for post-transfer re-connection of members who joined later (by invite or otherwise) with their content transferred sooner. Maybe something operating during the join flow could look for that situation, but only if the information (original owner email address) is preserved somehow during the import.

GMF@ can try to help with the questions part, but not so much the re-connection part.

At some point, which may be now, I'll have to retire the Yahoo Group export system.

Or maybe going forward what's left of it needs to be a feature that requires an advance purchase of a year of Premium, as importing more than 100K messages does now.

Shal