Mark,

For all the same reasons that Wiki pages needed permalinks for their URLs, the same is true for for Help Center pages and sections. Every link in the nav column ought to be a permalink.

This would spare Nina and other GMF members an ongoing struggle to correct the link rot that results from section reorganization and heading changes in Help pages.

Shal
P.S. Thank you Nina for your recent round of Wiki updates!

It would be nice, especially for things like the cover photo and icon choosers, to be able to select an already uploaded file from the file section rather than upload a file from the local computer. This saves the step of downloading the file just to upload it again. In our case, the person uploading the files is not the person who is the group owner, so the file isn't just already there.

Best,

Glenn

On Thu, Aug 27, 2020 at 05:26 PM, Terry Tegnazian wrote:

and would like to be able to copy and paste the member's email address from our member database

Terry,

following on from our private messages I found a work around that may help you for now.

If you try to copy any text from a row when the table is in list view it opens up the details page for that entry as you say. However, it does not do that in Map view.  To get Map view you need a) a premium group that offers that feature and b) a column in your table of type 'address'.  You don't need a value in any address field and you can set it to be hidden by default. Changing the table view from List to Map will display a map above the data rows but with no map pins so you can ignore it.  In this view, you can copy any selected text to your clipboard quite easily without it opening the row details page.

Regards,
Andy

Changes to the site this week:

• BUGFIX: When editing a plain text pending message, the -- Add Tags -- selector did nothing.
• INTERNAL: When merging accounts, update the cached group pending subscriber counts and also make sure that the per-subscription timezones match the merged into user's timezone.
• DOCS: Updated docs from Nina.
• INTERNAL: Wrote and deployed a new DNS server that supports TCP queries, because of an Enterprise group's requirement.
• BUGFIX: The RSVP Only button in the Calendar was only working for the list view.
• API: Fixed sort_field processing for /getdatabaserows endpoint.
• CHANGE: Upon completion, adding members to a subgroup now returns to the subgroup direct add page, and now displays a flash notice indicating success.
• CHANGE: Switched to new premium plan/basic plan feature split.
• CHANGE: When approving multiple pending messages on the website, process them in ascending order by when we originally received them.

Take care everyone.

Mark

On Thu, Aug 27, 2020 at 10:00 PM, Bruce Bowman wrote:

That is, if you have mouse cursor. Won't work with many mobile devices.

It seems to work fine on my Samsung phone and tablet. I don't have any others to check.

Andy

Christina,

I had this happen to me a couple of times before, and it seems something is getting cached somewhere, because I can log out of GIO, restart the browser, login back to GIO, and it's gone.

So give that a try and see if it works for you as well.  You can also try logging in using a different browser to see if it doesn't happen there.

Cheers,
Christos

Did you check your activity log to see if possibly someone applied for membership, and then unsubscribed before you acted on the application? That can happen, but if so, the pending member count should be reduced, and maybe it’s not, which would be a bug.

--
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

I apologize if this has been addressed before, a quick search did not bring it up. Also, if this is simply a case of user error on my part, please enlighten me!

I'm a moderator of a group and I think we're experiencing a bug (unless I'm missing something!). For a couple of weeks, there's been a number next to the Members in our admin tool bar. This has historically meant that we have a pending member, and indeed when I click on Members it defaults to pending members. But there are no pending members!

The issues seems to have started when I approved a pending member who I think was already in the group. Is there any way to get rid of this number, and stop it defaulting to a blank screen of pending members? Attaching a screenshot to show what I mean.

Thanks for any help!

-Christina

On Fri, Aug 28, 2020 at 08:10 AM, Mahendra Bakshi wrote:

When you click on Email in the Directory, the window for Email shows at the very top where the Email is supposed to go, that is, member's Email address. 

I don't think it does that (at least, I'm not seeing it). But I wish it did. You can see it anyway if you bcc. I also wish that private replies would display the recipient's email address without having to bcc. In that case, it can be dangerous not knowing for sure where the email is going, because you have to make sure you're directly beneath the intended recipient in the message list. I bcc only because I want to doublecheck on that and always breathe a sigh of relief when I see from the bcc that it went to the person I wanted it to go to. Simplay displaying the email address at the time of the private reply would remove that anxiety. This doesn't give away any more information than what's already known, since it's already in the emailed message anyway.
 
--
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

...sending of emails to other members without making their email address visible...

Not true.  Normally email addresses are not displayed.  However, When you click on Email in the Directory, the window for Email shows at the very top where the Email is supposed to go, that is, member's Email address.  So it is made visible at this point.  A member can copy it and save.  So member's Email address is no longer private.

Mahendra Bakshi.

Hi Mark,

when editing a plan text pending message, the -- Add Tags -- drop-down field does not add the selected tag to the subject line like it does when editing HTML messages.

Regards
Andy

On Fri, Aug 28, 2020 at 04:13 AM, Andy Wedge wrote:

Not true. Under GDPR (which Groups.io says it is compliant with https://groups.io/static/compliance)   Personal data is any information that can be used to identify someone.

I think the key phrase in that statement is that groups.io will comply "where applicable." I don't think anyone would interpret that to include email addresses in an email mailing list group.
 
--
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

On Fri, Aug 28, 2020 at 12:57 PM, Duane wrote:

Seems to me that an email address is needed to do that.  How would another member contact them otherwise? 

It's perfectly possible to belong to a group just to read messages. The Directory allows members to contact others without knowing their email address. There's nothing in the documentation to say that if you make certain details in your profile visible to others via the Directory then you will also expose your email address.  At the very least it should be documented and preferably highlighted with a message when someone makes themself visible in the Directory (most people will not read the manual).  An alternative of course would be to remove the BCC option when sending a message via the Directory from those who do not have access to the membership list.  I would not advocate just making the membership list available to all members as that's not necessary for a group to function successfully.

Andy

On Fri, Aug 28, 2020 at 06:23 AM, Andy Wedge wrote:

The directory allows members to provide certain details in their profile about themselves to other members and be contacted by them.

Seems to me that an email address is needed to do that.  How would another member contact them otherwise?  There have been suggestions made to have a truly anonymous group, but that isn't available.

Duane

Actually they don’t need to worry about that anyway because users would only see it if they’re in the directory or if they post. So as Duane said originally, all they have to do is opt out of the directory. 

--
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

They can opt out of the directory and would also have to opt out of creating a profile/userID, which also lets you email them. I don't find this problematic as long as it's documented.
--
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

chris jones via groups.io wrote:
> On Fri, Aug 28, 2020 at 11:51 AM, Duane wrote:
>
> On Fri, Aug 28, 2020 at 02:32 AM, Andy Wedge wrote:
>
> If someone joins a group to read messages only they should not have
> their personal details revealed
>
> We are talking about the Directory, so all they have to do is not make
> their profile available to other members.
>
> Even then the Directory does not directly reveal members' email addresses.
>
> However, it is perfectly possible (and therefore, it must be asumed,
> legitimate) for a group Owner to set the Members List to be visible by all
> members, making each member's email address directly available.
>
> I'm far from certain that membership of any group brings with it the
> certainty that one's email address will remain "secret" for ever.

I suppose if you join just to *read* messages, then the Directory might
be a concerning leak. Otherwise, your email address goes out every time
you post. Every message sent from a group via email contains the poster's
address in the From: line.

I do agree that the web interface obfuscates this somewhat, and you
might be led to believe that your address is private.

paul
=----------------------
paul fox, pgf@foxharp.boston.ma.us (arlington, ma, where it's 57.4 degrees)

On Fri, Aug 28, 2020 at 11:51 AM, Duane wrote:

We are talking about the Directory, so all they have to do is not make their profile available to other members.

The directory allows members to provide certain details in their profile about themselves to other members and be contacted by them. It's up to them how much detail they wish to provide but the profile details do not include their email address so this should not be accessible to other members by other means. Just saying they shouldn't use the directory is not good enough IMHO.

Regards,
Andy