Date   

moderated Re: don't send "good bye" message to member who applies and then "leaves"

Michael Pavan
 

Catlady,

I agree with your concerns that persons who are Unapproved or Banned should be handled differently than (approved) Members.

Unapproved should not be allowed on yet, and Banned should be removed from the paths (options available according to status) that (approved) Members use. Commingling these different types of 'Members' complicates controlling what options they may exercise, and the notices and logs generated. They need to be on different paths.

It should be simpler to write (and correctly use) the appropriate notices and logs when members' statuses are pre-sorted, rather than needing to backtrack to check. Consider how this looks as a Flow Chart.


As you said in #19703, Unapproved members do "need a way to delete their membership request".
Whether you call it 'unsubscribe', 'delete', 'withdraw' or something else is a lesser question, however:

'unsubscribe' implies that they are 'subscribed' such as (approved) Members are, and I agree that with 'unsubscription' currently comes notices and logs that are not appropriate for Unapproved members (pending membership requests).

'delete' implies deleting their membership request and (IMHO) no notices or logs - as if it never happened, contrary in part to what you wrote in #19704:
| -since mods still need to know the person deleted their request, change both the "left" notice and log entry to "deleted application".

'withdraw' recognizes removing their membership request with no need to say anything about notices and/or logs, which can be set up as desired.

Whatever term is chosen matters less than the function(s) it covers. I favor intuitive and clear terms.


Only if and when membership requests are approved, should they be (approved) Members and handled as such. Similarly when a Member is Banned, they would no longer be (approved) Members and handled appropriately different. (Would we also want to be able to Ban a pending member without having to approve them first?)


moderated Re: Wiki requests

Duane
 

On Mon, Feb 4, 2019 at 11:42 AM, Ken Kloeber wrote:
please add the “Confirm” warning to the “X Discard” the edited page button
If so, please make it optional.  Yes, I realize it's only 1 click, but ...

Duane


moderated Re: Wiki requests

KWKloeber
 

And please add the “Confirm” warning to the “X Discard” the edited page button?


On Sun, Feb 3, 2019 at 12:06 PM, Ken Kloeber wrote:
Additionally, seems  Delete and Discard might be forced way right?

On Tue, Jan 22, 2019 at 01:48 AM, Ken Kloeber wrote:
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.


moderated Re: don't send "good bye" message to member who applies and then "leaves"

 

On Sun, Feb 3, 2019 at 09:49 PM, Michael Pavan wrote:
Semantics?
Not really.

Considering subscription requests as subscribed (although not approved) permits them to unsubscribe, which triggers the other problems complained about.
I think it doesn't matter what you call it, and I still think "unsubscribe" is the best term given than they're going to use the subscription page to do it. The fact of calling it "unsubscribe" is not what "triggers the other problems." You can make the unsubscribe function act differently on different classes of things. You can make it send the "good-bye" notice only if the member has been approved. You can make it log "withdrew application" instead of "left group" if the member has not been approved. Etc. It's not rocket science.
 
--
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: don't send "good bye" message to member who applies and then "leaves"

Michael Pavan
 

On Feb 3, 2019, at 11:33 PM, J_Catlady <@J_Catlady> wrote:

On Sun, Feb 3, 2019 at 08:27 PM, Michael Pavan wrote:
An unapproved member should be able to ‘withdraw’ their subscription request - ‘unsubscribe’ is only appropriate for one who is subscribed.
That should be just a matter of semantics, especially since the simplest implementation of withdrawing the application is to let the pending member go into their subscription page for the group and click on "unsubscribe." I have no problem with that aspect (i.e., using the word "unsubscribe" instead of "withdraw") and can see how it would be convoluted to change that one element of the subscription page just because a member is pending rather than approved.

However, the real problem is the way things are handled after that, and the fact that the system treats this not just as a matter of semantics, but actually goes on to treat the "unsubscribing" member as if they were an approved member.
Semantics?
Not really.

Considering subscription requests as subscribed (although not approved) permits them to unsubscribe, which triggers the other problems complained about.

There should be an appropriate way for them to exit from having their subscription request being considered - I suggest calling that way 'withdrawal', but another name would work.


moderated Re: don't send "good bye" message to member who applies and then "leaves"

 

On Sun, Feb 3, 2019 at 08:27 PM, Michael Pavan wrote:
An unapproved member should be able to ‘withdraw’ their subscription request - ‘unsubscribe’ is only appropriate for one who is subscribed.
That should be just a matter of semantics, especially since the simplest implementation of withdrawing the application is to let the pending member go into their subscription page for the group and click on "unsubscribe." I have no problem with that aspect (i.e., using the word "unsubscribe" instead of "withdraw") and can see how it would be convoluted to change that one element of the subscription page just because a member is pending rather than approved.

However, the real problem is the way things are handled after that, and the fact that the system treats this not just as a matter of semantics, but actually goes on to treat the "unsubscribing" member as if they were an approved member.
 
--
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: don't send "good bye" message to member who applies and then "leaves"

Michael Pavan
 

Isn't the fact that a person can unsubscribe before they have even become an approved member of the group the actual problem?
An unapproved member should be able to ‘withdraw’ their subscription request - ‘unsubscribe’ is only appropriate for one who is subscribed.


moderated Re: don't send "good bye" message to member who applies and then "leaves"

 

I don't think the whole thing will get sorted out soon (if at all), but I think the minimum bandaid for now is
-don't send the good-bye notice
-since mods still need to know the person deleted their request, change both the "left" notice and log entry to "deleted application"
-don't display the banner with "are you sure you want to unsubscribe" etc (just delete the application)
--
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: don't send "good bye" message to member who applies and then "leaves"

 

On Sun, Feb 3, 2019 at 05:30 PM, Gerald Boutin wrote:
Isn't the fact that a person can unsubscribe before they have even become an approved member of the group the actual problem?
It is sort of the actual problem, but it's embedded in what I think is a larger problem.

A pending member does need a way to delete their membership request, and the system calls that "unsubscribe." (Specifically, the group they're pending in shows up in their groups list, with "this subscription has not yet been approved" showing up in a top banner. They can then click "unsubscribe" by going into their subscription page for that group. The banner is another whole can of worms, BTW, since the banner does not properly disappear when they go into their real groups. But I posted about that in another thread.) 

But it's not wholly semantics. I think the real problem happens before they are allowed to "unsubscribe" (i.e., delete their request), namely: a member record for a pending member is created and is not completely properly dealt with in some of the ways I've described, here and elsewhere. This is similar to the problem of "Banned" members getting a member record, complete with a "join date" equal to the banning date, even if they've never been in the group. And with the whole weird way "banned" members are not necessarily removed, and need to be removed afterwards (from the "banned" list) and then need to be banned again.

I think there is something very funky going on internally with member records, and this is just part of it. Each one gets a bandaid put on it, but the problem pops up elsewhere.

For now, yes, you could simply not let a pending member "unsubscribe." But you'd still need a way for them to delete their membership request. Calling it "unsubscribe," and logging it as "left group," adds to the problem because of the confusion and miscommunication. But I don't think it's the root of the problem.
 
--
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: don't send "good bye" message to member who applies and then "leaves"

Gerald Boutin <groupsio@...>
 

Isn't the fact that a person can unsubscribe before they have even become an approved member of the group the actual problem? In other words, if that was fixed, then the feedback message would be a moot point.

--
Gerald


moderated Re: don't send "good bye" message to member who applies and then "leaves"

 

Adding this further issue: Using a test account, I applied to my restricted test group and then unsubscribed before I was approved. I got the following message, as if I had actually already been a member of the group. So this needs to be fixed as well. 

--
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: Wiki requests

KWKloeber
 

Additionally, seems  Delete and Discard might be forced way right?


On Tue, Jan 22, 2019 at 01:48 AM, Ken Kloeber wrote:
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.


moderated Advanced edit tool bar -extend to iOS?

KWKloeber
 

Mark can the (complete) AETB be extended to iOS, in both messages and wiki?

issues: (iOS Chrome or Safari)
- unable to do any reasonable edits on an iPad Pro.  Seems archaic.  
- No preview, no indents, etc etc so forces composition/editing back to windows. 
- no fonts, colors avail on wiki. 
- unable to select multi text. It’s 1-2 words, or entire page. ie, selection handles just don’t work.  

Thx!


moderated add "banned member attempted to subscribe" to notifications #suggestion

 

Hi Mark,

"Banned member attempted to subscribe" exists as an activity log entry but there's currently no automatic notification for it. I'm hoping this can be added (as an option, of course) to the planned notification overhaul.

Thanks!

J
--
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: Wiki requests

Gerald Boutin <groupsio@...>
 

Try this page: https://9to5google.com/2019/01/28/classic-google-sites-until-2021/

--
Gerald


moderated Re: Wiki requests

KWKloeber
 

It was on the Sites Help and/or info pages when creating a new group. 
I saw it because I checked on starting a new site and checked on the  features of the "Classic Site" vs "New Site."   No date that I saw.
 


moderated Re: Wiki requests

Sharon Villines
 

Did this have a date on it — when it was posted? I read this over a year ago and raced to reach the deadline. I remember that there was a date on the notice I saw.

On Feb 2, 2019, at 10:28 PM, Ken Kloeber via Groups.Io <KWKloeber=aol.com@groups.io> wrote:

New Sites and classic sites will both be available for your use. We will continue to add capabilities to new Sites over the coming months to increase its usefulness. Once new Sites includes these additional features, we will begin a gradual deprecation process for classic Sites. We will provide at least 12 months notice before beginning this gradual deprecation process.


moderated Re: Wiki requests

KWKloeber
 

New Sites and classic sites will both be available for your use. We will continue to add capabilities to new Sites over the coming months to increase its usefulness. Once new Sites includes these additional features, we will begin a gradual deprecation process for classic Sites. We will provide at least 12 months notice before beginning this gradual deprecation process.


moderated Re: don't send "good bye" message to member who applies and then "leaves"

 

This also occurred to me belatedly: this pending (unapproved) member "left" and received the "good-bye" notification before they even received the pending notice! 
--
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: don't send "good bye" message to member who applies and then "leaves"

 

To summarize:
1. a pending member should not receive the "good bye" notice upon "leaving" (whatever "leaving" means) - this may contain information they should not be privy to
2. a pending member who "leaves" should not trigger the "left group" notice sent to moderators (very wrong and also scary)
3. a banned member should not show "date joined" as the date they were banned rather than the date they joined (and the other things in my list from that thread) 


On Sat, Feb 2, 2019 at 4:53 PM J_Catlady via Groups.Io <j.olivia.catlady=gmail.com@groups.io> wrote:
Not sure whether to call this a bug or a suggestion: we just had a member apply to the group, then "leave" before being approved (we would not have approved this person), and is showing in her email delivery history that they received the "good bye" notice. This should not happen!!!!

I think this is part of the problem, which I mentioned before in a different thread, about what constitutes being in a group, or being a member of a group. Someone "banned" is apparently (internally) considered to be in the group, and now I see that someone who has merely applied to a group, but not yet been approved, is also apparently internally considered to be in the group in some way.

It was very distressing to get a notice "xyz left" when xyz would never have been approved in the first place. My immediate thought was "how the hell did they even get in?" Afterwards I saw that they were NOT really in the group. Etc.

I think, even more strongly now then before, that this whole area (namely, who is considered internally to be a member of a group, and everything related to that) needs to be cleaned up!!!
--
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