Date   

moderated Re: Moving Topics To Subgroups

Anthony Angelo
 

I guess no solution developed for this? Sometimes a topic is started in a main group that really should be sub-group focused. Moving it would be helpful.


moderated Re: Site updates #changelog

Mark Irving
 

You deserve the holday, Mark!

 - Mark

On Sat, Aug 15, 2020 at 05:16 AM, Mark Fletcher wrote:

I will be on vacation next week.


moderated Re: account display name vs group display name change issues #misc

 

Typo - should read “ is considering only changes by the user rather than by the user or a group moderator”


On Aug 15, 2020, at 1:35 AM, J_Catlady via groups.io <j.olivia.catlady@...> wrote:

Maybe the bug, or issue, is in how groups.io determines whether or not the user’s Display  Name in a group has been customized. In this case, it was customized not by the user but by a moderator. It seems the criterion for whether or not it’s been customized must be something other than “do they match.” So maybe it’s looking for the existence of a change action, and is considering only changes by the user as well as group moderators. This is a different animal from the rest of the group profile in that moderators, as well as the user themselves, can make changes to it.


On Aug 15, 2020, at 1:15 AM, J_Catlady via groups.io <j.olivia.catlady@...> wrote:

If that’s the intention, then I agree that this is a bug. Not sure whether it’s a bug or whether that documentation section is incorrect as applied to the Display Name. I’d always thought that the intention was for changes to the Display Name to propagate down regardless of prior customization, but glad to hear I might have been wrong.

We went through something like this awhile back with harvesting of.the name from the email address. Currently, the email name won’t be harvested if the Display Name has already been set. But previously, groups.io would take the name from any email and slap it into the Display Name wily nily. So this is similar and should also be fixed.


On Aug 15, 2020, at 12:23 AM, Andy Wedge <andy_wedge@...> wrote:

On Sat, Aug 15, 2020 at 05:30 AM, J_Catlady wrote:
I would do away with the ability to edit display names from the account page altogether.
No, I disagree.  The issue here is that display name changes in the account profile are propagated to (sub)group profiles regardless of whether a value has already been set in the (sub)group.  This is in contrast to how other profile fields are handled and contrary to what the highlighted note in point 5 of section Customizing your Groups.io account profile and individual group profiles in the Members' Manual states:

Note: Changes you make on this page also are applied to the corresponding fields in your individual group profiles unless you have customized those fields in those profiles.

So, this is actually a bug.

Andy


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


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


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


moderated Re: account display name vs group display name change issues #misc

 

Maybe the bug, or issue, is in how groups.io determines whether or not the user’s Display  Name in a group has been customized. In this case, it was customized not by the user but by a moderator. It seems the criterion for whether or not it’s been customized must be something other than “do they match.” So maybe it’s looking for the existence of a change action, and is considering only changes by the user as well as group moderators. This is a different animal from the rest of the group profile in that moderators, as well as the user themselves, can make changes to it.


On Aug 15, 2020, at 1:15 AM, J_Catlady via groups.io <j.olivia.catlady@...> wrote:

If that’s the intention, then I agree that this is a bug. Not sure whether it’s a bug or whether that documentation section is incorrect as applied to the Display Name. I’d always thought that the intention was for changes to the Display Name to propagate down regardless of prior customization, but glad to hear I might have been wrong.

We went through something like this awhile back with harvesting of.the name from the email address. Currently, the email name won’t be harvested if the Display Name has already been set. But previously, groups.io would take the name from any email and slap it into the Display Name wily nily. So this is similar and should also be fixed.


On Aug 15, 2020, at 12:23 AM, Andy Wedge <andy_wedge@...> wrote:

On Sat, Aug 15, 2020 at 05:30 AM, J_Catlady wrote:
I would do away with the ability to edit display names from the account page altogether.
No, I disagree.  The issue here is that display name changes in the account profile are propagated to (sub)group profiles regardless of whether a value has already been set in the (sub)group.  This is in contrast to how other profile fields are handled and contrary to what the highlighted note in point 5 of section Customizing your Groups.io account profile and individual group profiles in the Members' Manual states:

Note: Changes you make on this page also are applied to the corresponding fields in your individual group profiles unless you have customized those fields in those profiles.

So, this is actually a bug.

Andy


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


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


moderated Re: account display name vs group display name change issues #misc

 

If that’s the intention, then I agree that this is a bug. Not sure whether it’s a bug or whether that documentation section is incorrect as applied to the Display Name. I’d always thought that the intention was for changes to the Display Name to propagate down regardless of prior customization, but glad to hear I might have been wrong.

We went through something like this awhile back with harvesting of.the name from the email address. Currently, the email name won’t be harvested if the Display Name has already been set. But previously, groups.io would take the name from any email and slap it into the Display Name wily nily. So this is similar and should also be fixed.


On Aug 15, 2020, at 12:23 AM, Andy Wedge <andy_wedge@...> wrote:

On Sat, Aug 15, 2020 at 05:30 AM, J_Catlady wrote:
I would do away with the ability to edit display names from the account page altogether.
No, I disagree.  The issue here is that display name changes in the account profile are propagated to (sub)group profiles regardless of whether a value has already been set in the (sub)group.  This is in contrast to how other profile fields are handled and contrary to what the highlighted note in point 5 of section Customizing your Groups.io account profile and individual group profiles in the Members' Manual states:

Note: Changes you make on this page also are applied to the corresponding fields in your individual group profiles unless you have customized those fields in those profiles.

So, this is actually a bug.

Andy


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


moderated Re: account display name vs group display name change issues #misc

Andy Wedge
 

On Sat, Aug 15, 2020 at 05:30 AM, J_Catlady wrote:
I would do away with the ability to edit display names from the account page altogether.
No, I disagree.  The issue here is that display name changes in the account profile are propagated to (sub)group profiles regardless of whether a value has already been set in the (sub)group.  This is in contrast to how other profile fields are handled and contrary to what the highlighted note in point 5 of section Customizing your Groups.io account profile and individual group profiles in the Members' Manual states:

Note: Changes you make on this page also are applied to the corresponding fields in your individual group profiles unless you have customized those fields in those profiles.

So, this is actually a bug.

Andy


moderated Re: account display name vs group display name change issues #misc

 

Since ultimately and logically the Display Name is a group, and not an account, variable, I would do away with the ability to edit display names from the account page altogether. Let people set their user names in the account, because the user name is truly an account variable, bug their display names would be set per group. I know this sounds radical but this problem keeps popping up. Even when their display name has already been set in their account (and is not blank), if is problematic that any change to it percolates down to all their groups when often the groups have their Jen standard for display names. I know if other groups besides mine that have display name policies.


On Aug 14, 2020, at 8:07 PM, J_Catlady via groups.io <j.olivia.catlady@...> wrote:

The following happens a lot in our group:
1. Someone applies for membership.
2. We approve their membership and, in the process, set their Display Name to their name, their cat's name and gender, and their country, which is the standard for our group.
3. The member goes into their Account and edits their Display Name there, which at that point shows as blank, to whatever they want it to be, having no clue that it has already been set in one of their groups.
4. I (eventually) discover this and change it back in our group. (I always have to stop myself from slapping them on the wrist for violating our group guideline not to change their display name, because they thought it was completely blank and were just setting it.)

Is there any reasonable way of remedying this situation? Something like, "If the Account Display Name is blank, and the member sets it, don't change it in any groups where it's not blank"?
--
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


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


moderated Site updates #changelog

 

Changes to the site this week:

  • INTERNAL: Revamped the login system for the admin dashboard to deal with a cross-site cookies issue.
  • CHANGE: Changed the From for all RSVP email notifications to be noreply@groups.io and added a Reply-To with the event organizer's email address, to fix DMARC issues.
  • INTERNAL: Added code to checker to look for orphan repeat events and delete them, to prevent ghost events from showing up in ICS files.
  • DOCS: Updates from Nina.
  • INTERNAL: Fix for logical replication timeout when extracting text from large PDF files for Files search.
  • CHANGE: Collapsed panels in the default sub settings page.
  • CHANGE: Some reorganization of the group settings page and all panels are now collapsable and collapsed by default.
  • BUGFIX: Fix file search pagination.
  • BUGFIX: Accounts with two factor authentication enabled could not log into enterprise groups with SSO set up.

I will be on vacation next week. The next #changelog will be sent the evening of August 28th.

Take care everyone.

Mark


moderated account display name vs group display name change issues #misc

 

The following happens a lot in our group:
1. Someone applies for membership.
2. We approve their membership and, in the process, set their Display Name to their name, their cat's name and gender, and their country, which is the standard for our group.
3. The member goes into their Account and edits their Display Name there, which at that point shows as blank, to whatever they want it to be, having no clue that it has already been set in one of their groups.
4. I (eventually) discover this and change it back in our group. (I always have to stop myself from slapping them on the wrist for violating our group guideline not to change their display name, because they thought it was completely blank and were just setting it.)

Is there any reasonable way of remedying this situation? Something like, "If the Account Display Name is blank, and the member sets it, don't change it in any groups where it's not blank"?
--
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


moderated Re: saving profile and other edits #suggestion

KWKloeber
 

Andy. TY

Okkkk,  Got it now. I was befuddled - there's no subgroup so there is no higher level -- I didn't think to look at the Account  (have never set any profile there.)

I doubt if many users would think Reset means "higher level."  Not fatal, but It might be helpful if on the Profile tab there was an explanation
(on a subgroup page) "A Reset defaults to your Group Profile" and
(on a Group page) "A Reset defaults to your Account Profile."

I tried it (AND figured if I left the tab I'd be safe; GIO wouldn't save the edit.)  Not so, GIO had saved the Reset edit (so I had to reenter everything.)
So (IMO) that's an inconsistency bug that could be cleaned up - 
If leaving the Membership tab doesn't save the edit, then likewise leaving the Group Profile tab shouldn't save the edit. OR there should be warnings, such as "Are you SURE? (your reset will be saved automatically.)"


moderated Re: Message display format error in Topics view #bug #fixed

Bob Bellizzi
 

When I view it in Topics it looks fine 
BUT when I click on the topic my message content slides down to the bottom of the left hand menu on the big screen below the link for WiKI!
Seemingl
FUBAR 

I've attached a screen shot but had to reduce the screen to 50% so you could see where the message ended up.
Bob
--

Bob Bellizzihttps://www.dropbox.com/s/0tdndhk81syiid7/Screenshot%202020-08-14%2017.29.52.png?dl=0


moderated Re: Message display format error in Topics view #bug #fixed

Duane
 

On Fri, Aug 14, 2020 at 03:53 PM, Mark Fletcher wrote:
This should be fixed now.
Partially.  The title is now fine in topics view, but if you click on the title, the resulting page still has the skewed text Andy mentioned.

Duane


moderated Re: Message display format error in Topics view #bug #fixed

 

Hello,

On Fri, Aug 14, 2020 at 9:17 AM Andy Wedge <andy_wedge@...> wrote:

in Topics view on the app subgroup message #258 from Bob Bellizzi does not display correctly. The full title of the topic is not displayed and if you display the message from the Topics view, the text is displayed under the last entry on the left side menu.  Single message and expanded views appear to be fine.

This should be fixed now.

Thanks,
Mark 


moderated Re: saving profile and other edits #suggestion

Andy Wedge
 

On Fri, Aug 14, 2020 at 05:16 PM, Ken Kloeber wrote:
- "Reset"?  group profile -- does that resent to zero, or does it mean discard edits? (I'm afraid to click it!!)
Resetting a group profile removes any separate edits you have made so all values are taken from your higher level account profile.  Resetting a subgroup profile means values are taken from your higher level group profile.

Andy


moderated Message display format error in Topics view #bug #fixed

Andy Wedge
 

Hi Mark,

in Topics view on the app subgroup message #258 from Bob Bellizzi does not display correctly. The full title of the topic is not displayed and if you display the message from the Topics view, the text is displayed under the last entry on the left side menu.  Single message and expanded views appear to be fine.

Regards
Andy


moderated Request form/payment integration for Premium #suggestion

KWKloeber
 

I know that payments and member data have been discussed before.

But w/ our Association memberships we need them BOTH to submit a laundry list of data and t=a membership fee.  All this has been done before archaically via snail mail.

Would it be possible for Premium groups to have a click button that brings up a customizable data form, then integrates with a payment option (Stripe, I suppose it would be, though we prefer PPal)?

I believe that it would REALLY help move fence-sitters toward Premium if they knew the cost could be defrayed via an EASILY option.  Donations is helpful (tho I haven't found how to implement it,) but not really helpful when we need the laundry list of member data submitted. 


moderated saving profile and other edits #suggestion

KWKloeber
 

It would be helpful if there was a warning buzzer when changing from one tab to another (e.g., editing the Group Profile then tabbing to Integrations,)
(Edits are lost.)

And
- More clear options - a membership edit is "Saved", but a group profile is "Updated."
- Unclear what the toggles are for on the Profile Photo options?  Nothing really changes -- all I see is a tiny thumbnail no matter the toggle that's applied.
- The "move" icon (4 arrows) @ the lower left of the Profile Picture?  It does nothing?
- "Reset"?  group profile -- does that resent to zero, or does it mean discard edits? (I'm afraid to click it!!)
 
Thank you for your efforts, I believe we'll enjoy the new (to us) Premium service.

[Mod note: Changed hashtag from #bug to #suggestion]


moderated Re: Group Description "request-ion" Might be a bug, dunno? #suggestion

KWKloeber
 

Mark

Yep, here NOW. 
But C'MON, the advanced toolbar was there yesterday only when I switched from "normalized" to non-normalized emails. 
We just upgraded to Premium, would that make a difference?  I also noticed a change in the presentation (expanding/contracting category menus. - nice.)

 


moderated Re: Calendar events - Zoom option #suggestion

Kenny Paul
 

On Thu, Aug 13, 2020 at 10:18 AM, Mark Fletcher wrote:
Unfortunately due to the way the Zoom API works, that won't work. We use oauth to get a token to use the API. To get that token requires the person to be logged into Zoom. Unfortunately that token has a really short expiration, something on the order of an hour, requiring re-verification by Zoom to get a new token. So we can't just store a bunch of tokens and let anyone use them, because they'd age out almost immediately.
Perhaps tangentially related and not specific to groups.io is that one of the challenges we've had over the years using zoom create calendar entries (irrespective of the calendar platform) is that it has basically proven to be a one-way pipe.  Zoom will happily create calendar entries, but it has not demonstrated good hygiene at clean-up when meeting is changed or cancelled via zoom,  leaving ghost calendar events scattered about.  
--
Kenny Paul, Technical Program Manager for ONAP
The Linux Foundation
Pacific Time Zone


moderated Re: photo-notification went into pending with sender = the photo name #bug

 

Correction: the notice did not go through pending without being approved. (However, the photo itself did go through.)
The activity log entry is
"Integration sent message "Photo IMG_0275 2.JPG uploaded #photo-notice" requiring approval because it's a moderated integration message via email"
I'm not sure I understand the syntax of this. Maybe this is not a bug but a (weird) feature? There is such a thing as a "moderated integration message"?
--
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