We had a member reported a message within a thread as objectionable and the entire thread disappeared, although if you access the original messages in the thread from the link in the email to the moderators or the Activity Log, the thread is still there.  

I posted the issue on the Group Managers forum (see message), and a couple of people tested it and did not have the same experience.  Their thread did not disappear.  So I when in and deleted the reported message, which was not really objectionable, and the rest of the thread reappeared?

Since this is not repeatable, I'll write it off as a fluke unless others have had a similar problem.  

If you have had the same issue, please respond to this message (I want to know that I'm not totally crazy).

Peace,

Tom Vail

Sure would be more friendly/convenient if

Each display page

• Had a small "Edit" button at the TOP (like MediaWiki) for logged-in users.
  
  

• It's an unnecessary PITA to have to scroll to the end each time when making and saving multiple edits on a LONG page.

The photo editing options (contrast, etc) dialog box

• Edits displayed real time, as you move the slide-bar
• The slide-bar locked onto the keyboard L <=> R arrow keys.
• Adding a border to and/or a (simple) frame to pix was an option.

While composing/editing

• pages were saved in Wiki Drafts as are message drafts

The Wiki TOC display box

• The title could display enhanced text (bolt, color, etc.)
• Width could be user-set.  Or alternately, to simply have the box free-span across the page.
• The box is too narrow for long headings to display nicely, especially if there are level 2.3.4 headings in the TOC.

PDFs

• Could reside in a Wiki space, rather than in the Files space.
• Could be hidden so they are available to only the wiki viewers or mods.

Hans,

I find that on the "Easy Groups Transfer" page ..., proceeding to
"Yahoo Group Instructions" requires me to login to Groups.io before
viewing the page, ...

It is that way because the "Set Up A New Transfer" button and "Existing Transfers" drop-list at the bottom require a login.

Wouldn't it be better to allow non-logged-in users to read the Yahoo
Group Instructions also?

Sounds like a good idea. It would probably be possible to show the instructions, absent those two elements, when a non-logged-in user views the page.

That leaves a question of whether they should be simply absent, or whether the page should say something to the effect of "Log in to see your existing transfers or set up a new one."

I'm currently in a group hosted on Yahoo and I'm suggesting to them
that they migrate here, and it might be helpful to the folks over
there if they can access the instructions right away.

Consider directing them also to GMF's collection of notes:
https://groups.io/g/GroupManagersForum/wiki/Transfer-from-Yahoo-Groups

Though that may seem daunting due to all the detail and advice, the transfer process is actually straightforward.

Shal

I find that on the "Easy Groups Transfer" page (https://groups.io/static/transfer), proceeding to "Yahoo Group Instructions" requires me to login to Groups.io before viewing the page, while proceeding to "Google Group Instructions" does not.  Wouldn't it be better to allow non-logged-in users to read the Yahoo Group Instructions also?  I'm currently in a group hosted on Yahoo and I'm suggesting to them that they migrate here, and it might be helpful to the folks over there if they can access the instructions right away.

Mark,

Previously, these messages ignored the group moderated setting. Now,
if a group is moderated, these messages will be moderated as well.

Email integrations have their own control for moderated or not.

I take it this change means the two operate as an OR: messages via an email integration are moderated if that integration is moderated OR the group is moderated.

Makes sense to me.

Shal

Thanks for the explanation.  Things happen.
--

Brian - Windows 10 Home, 64-Bit, Version 1809, Build 17763 

     I can hire one half of the working class to kill the other half.

           ~ Jay Gould, U.S. financier & railroad robber baron (1836 - 1892)

Partial outage #downtime

When:
Saturday, 19 January 2019
12:14pm to 12:50pm
(GMT-08:00) America/Los Angeles

Description:

The site was intermittently available between 12:14pm and 12:50pm because two of the elasticsearch nodes hung in a way we've never seen before, causing timeouts which cascaded throughout the system.

Changes to the site this week:

• INTERNAL: More code cleanup around permissions checking.
• BUGFIX: The top left/right pagination buttons on the Past Members page wasn't working.
• CHANGE: Integration messages, including calendar invites and other notices now are moderated if the group is set to moderated.
• BUGFIX: The country in an address wasn't retained when going to the edit row page in the database.
• CHANGE: Changed the Log In With Google button to hopefully appease the Google Marketing folks.
• BUGFIX: If someone is in a chat, and chats are then disabled in the group, properly have the browser redirect off that chat page.
• BUGFIX: In the mobile website, was displaying a link to the group activities page for people who didn't have permission to see that page (there was no security issue, they would get an error message trying to access the page).
• CHANGE: Copied the Google code-prettify js/css files from the CDN they were being served from and we're now serving them locally.
• BUGFIX: Fixed display of calendar events when the description was plaintext/markdown.
• NEW: Added Organizer Name field to calendar events.
• BUGFIX: The banned domain list wasn't being sorted properly and wasn't displaying the entire list if it was more than 20 domains long.
• BUGFIX: If a person doesn't have permission to add calendar events, don't set the calendar to add events when clicked.
• BUGFIX: Don't display the New Poll tab if a person is not allowed to post.
• CHANGE: Change the Google Drive authentication flow to go through groups.io, even for enterprise groups.
• CHANGE: Improved the boilerplate around direct add messages.
• CHANGE: Allow apostrophes in email addresses.
• BUGFIX: If attempting to subscribe to a subgroup of a group that is moderated, the subscription request to the parent group was logged, a pending member notice was sent, but the pending subscription record was not actually added to the database.
• CHANGE: In the edit pending message page, moved the clean links button from the advanced toolbar to the main toolbar. Also, it now removes all 'utm_' tracking query parameters from all links.

Have a good weekend everyone.

Mark

Andy,
All I can say is "LOVERLLY, I DO SO AGREE"
--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation

Hi

The ability to connect to Google Directions, when desired by the viewer.

I'd like to add a slight variation to this point to get some Google info displayed. A couple of screenshots from another similar system I use may help.

1 - An extract of the map with pin markers


2- An extract of the map with details from Google after clicking on a pin


Directions can be accessed from the info displayed on the left

Andy

To quote the boss:

--
Gerald

Just spent a few hours checking out the google linked database facility.
Fantastic!   
We maintain a list of Recommended Medical Specialists for our members around the world.
I was easily able to modify the table entries to match our fields.
There are a couple of improvement that would greatly enhance usability of this feature:

1. When deleting items from the database is it necessary  to maintain the sequence of ID numbers or could we resequence them on request?
2. The ability to connect to Google Directions, when desired by the viewer.
3. The ability to limit viewing on a column by column basis so that the moderators/owners could utilize fields for comments, etc we don't want members to be able to access.
4. The ability to hide individual rows as needed from members
5. One last limit - Abiliity to differentiate between owners and moderators on all viewing limits (e.g. the above items 2,3,4 and all other viewing/editing limits.)

We could get along without any of the above by keeping a duplicate database but that becomes onerous with large populations that change addresses fairly frequently.d
--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation

Hi,

when editing a table row that contains an address type field, the country code is not retained.  It always has to be reselected before the row can be saved.

Regards,

Andy

My group has a nearly identical problem. We require condolences for cats with the disease we deal with to be sent privately, for a plethora of reasons; yet, for a plethora of other reasons, we do not allow private replies. So we lock topics about cats who have just died, and send a group message asking people to send condolences privately, with the person's email address included in the message.

The problem with the requested feature I see is that it would only work for people trying to reply via email. So I'm not sure it would be effective.

Currently, I just post a message to the group saying we are sorry for the person's loss, and that condolences may be sent to xyz email address.
--
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

Hello,
The purpose of the group is to educate people about a particular disease and
the latest treatments and research. "List does not allow Private messages"
referred to the group Settings, chosen so all group members can benefit from
the info that is shared. It is less about hiding email addresses, but that
is important also. Members who receive single messages already know how to
respond privately. Others are told in the rejection of their messages, where
to email their sympathy.

The member reported they had just been diagnosed with a second, completely
different, unrelated disease.

In the absence of the requested feature, I appended the following message to
the post before locking it, but I would have preferred that the second
statement go only to members who tried to offer sympathy publicly, once the
topic was locked:

Note from Linda: XXXXX, it goes without saying that each and every one of us
is touched by your revelation and sends love and support as you deal with
this new hurdle. You will beat this too! Xo

Members: It is YYYYY Groups policy to have personal messages sent directly
to the person being addressed, in this case XXXXX. Please send your message
directly to XXXXX at ZZZ @ ZZZ (close spaces). Thank you.

Thanks,
Linda
------------------------------------------------
Duane wrote:
I don't understand why you would not allow Private replies, but then send
the person's email address in a rejection notice. Or am I misunderstanding
this?
------------------------------------------------
Bob wrote:
So, someone can report a bad prognosis but you want to lock that topic so
that others can't offer sympathy?
Hope this is not a patient advocacy group
------------------------------------------------
Linda wrote:
List does not allow Private messages.

Scenario: A New Topic from a member reveals a bad prognosis.
List has more than 1250 members who want to offer support.
Locking the topic is necessary to stay focused on the disease.

Requested: The ability to customize the rejection notice for a Locked Topic.
In this case including the private email address would avoid hurt feelings.
Also, same message in a Tool Tip for web readers would make it perfect.

So, someone can report a bad prognosis but you want to lock that topic so that others can't offer sympathy?
Hope this is not a patient advocacy group 
--

Bob Bellizzi

Founder, Fuchs Friends ®
Founder & Executive Director, The Corneal Dystrophy Foundation