On Mon, May 11, 2020 at 02:38 AM, Shal Farley wrote:

When a person uses the Sign Up procedure (and enters an email address that hasn't already been registered with the system) an account for that address is created on the spot, and the user is logged into that account. The user of that new account can set a password and other items in the account's settings and profile, can find an join (or apply to join) groups via the web, even create groups.

So, an account that Groups.io has not received confirmation from is allowed to create groups?  Interesting. I'm not sure I see the logic of allowing that.

Andy

On Mon, May 11, 2020 at 03:44 AM, Bob Bellizzi wrote:

My response to you is that the proper place to report a bug is here, on Beta.

I am fully aware of where to report bugs

 a discussion on GMF, which I follow daily

If you had read it carefully you would have seen that I quoted the support ticket number showing that it had previously been raised as an issue.

[GMF], is not a substitute for reporting a bug via Beta.

I didn't say it was.

I fail to understand why you commented as you did about my bug report, which Mr. Fletcher acknowledged and acted upon.

As I said previously, just to make you (and others) aware that this issue has happened before.  Mark 'acted upon' my bug report last year. The fact that some people are still seeing ghost reminders suggests either that the issue wasn't fixed or perhaps it was fixed at the time but something has changed to make it reappear.

Enough said.

Andy

My 2 yr old group has a single subdomain, which was added last year. I don't know if the start of this issue coincides with that or not.

When trying to navigate directly to a message thread (like clicking on the View/Reply Online footer link in a message email notification), if I'm not already logged in, it works fine. But if I'm not already logged in, I'm prompted to do so. Upon logging in via Google, Groups redirects back to the message, but drops the subdomain from the URL, resulting in the "Sorry, but that group does not exist" error.

This issue doesn't seem to affect either username/password or Email me a link login options.

Repro steps:

1. Logout of any active Groups web sessions
2. In a Groups email notification message, click the View/Reply Online footer link (example: https://[group].groups.io/g/main/message/1234)
3. When prompted to login, choose Google option

Expected result: Browser redirects to the original URL exactly
Actual result: Browser redirects to the original URL, minus the subdomain (https://groups.io/g/main/message/1234), which isn't valid and Groups displays an error.

On Sun, May 10, 2020 at 02:20 PM, Andy Wedge wrote:

My comment was to make you (and others) aware that this bug is a long standing issue and hardly warrants a 'so what' response.

My response to you is that the proper place to report a bug is here, on Beta.
Mr Fletcher, the owner of Groups.io has stated for at least the 5 years I've had groups hosted here, that he does not monitor GMF, therefore, a discussion on GMF, which I follow daily, is not a substitute for reporting a bug via Beta.

I fail to understand why you commented as you did about my bug report, which Mr. Fletcher acknowledged and acted upon.
 
--

Bob Bellizzi

I think the problem is semantics. The language used for NC members is that they "don't yet have an account." That should read "don't yet have a confirmed account." I don't know all the places that language exists, but it floats around here and there and should probably be clarified.
--
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,

Quite a few of those to apply to the group I co - own are shown on the
email notification as being "Logged in", which suggests that they are
already Account holders when they apply to join. At the same time they
are (sometimes) flagged up on the web UI as NC.

It isn't actually a contradiction. The NC status only means that the user hasn't confirmed that they own the email address they entered when they signed in.

When a person uses the Sign Up procedure (and enters an email address that hasn't already been registered with the system) an account for that address is created on the spot, and the user is logged into that account. The user of that new account can set a password and other items in the account's settings and profile, can find an join (or apply to join) groups via the web, even create groups.

However, that account remains NC until the person receives and replies to the confirmation request sent to that email address. This prevents accidents (or abuse) that would send group messages to an address that this user does not own.

Shal

On Sat, May 9, 2020 at 08:02 PM, Bob Bellizzi wrote:

I was aware of the GMF conversation but so what?
The problem persisted after that which indicated it's a bug

My comment was to make you (and others) aware that this bug is a long standing issue and hardly warrants a 'so what' response.

Andy

Peter wrote:

Please consider adding an optional system footer that does not contain
any http/s links for members who are connected to the Internet over
slow speed HF radio or satellite links and are only able to send and
receive email.

This sounds like a candidate for the Advanced Preferences panel of each member's Subscription page. Next to the Max Attachment Size option, which is also intended for the benefit of members with slow and/or metered connections.

It could be a checkbox named "Use email addresses in footers" or something of that sort, with an explanatory sentence. It could apply to both Individual Messages and Plain Text Digests. Maybe Fully Featured digests also, but that seems a poor choice for the target users.

Shal

Now (somewhat) caffeinated and looking at the prior link Chris post, which contains this:
"If new user, create the user as not confirmed"
it sounds like "logged in" DOES mean logged in to groups.io. The user (=account) is created, but marked as not confirmed. I don't think this is any kind of 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

"the pending subscription email notifications now include the pending subscriber's platform, browser, location and IP address in the message"
https://beta.groups.io/g/main/message/21302
--
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

applying

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

The reference to bring logged in is only included in the pending notification if the person applied via the web. This has nothing to do with either email or being logged in to groups.io. It’s the result of someone spokying via the web.

--
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 Sun, May 10, 2020 at 05:05 PM, John Pearce wrote:

I believe it's only talking about the browser and being logged onto groups.io. 

It couldn't really be anything else!

Being logged in has nothing to do with email, which still may not have been confirmed to the groups.io system.

Not true; an Account is defined by the account holder's email address. As far as I can see it is impossible to be logged in without the email address having been confirmed.

Chris

I believe it's only talking about the browser and being logged onto groups.io.  Being logged in has nothing to do with email, which still may not have been confirmed to the groups.io system.  I like the fact that groups.io requires an ID's email address to be confirmed.  If someone makes a typo when entering their email address and the typo happens to be someone else's valid email address then all the email for the subscriber goes to another person who might consider all that as spam.  I still get some other J Pearce's monthly summary from his American Express account.  Amex does NOT require confirmation, which I think they should be sued for.

John

On Sun, May 10, 2020 at 12:18 AM, Michael Pavan wrote:

unfortunately it's not on the Groups.io TODO list yet...
https://trello.com/b/qu3WgzVq/beta

I don't believe the Trello is updated any more, though it's s good place to get an idea of some things that are planned.

Duane

Would it be possible to add a third option to the Calendar Events Repeat section to select the Last day of the month?

"Last Day of the Month" is related to the "Last [Day of Week] of the Month" missing feature.

"Last [Day of Week] of the Month" has been requested at least 4 times.
2016-06-30 https://beta.groups.io/g/main/message/9342
2018-03-08 https://beta.groups.io/g/main/message/16252
2018-06-25 https://beta.groups.io/g/main/message/17550
2020-02-26 https://beta.groups.io/g/main/message/24366

There are 12 "Last Day of the Month" (the 28th, 29th, 30th, or 31st).
There are 29-30 days per year (the 29th, 30th, & 31st of every month) that are the 4th OR 5th "Last [Day of Week] of the Month".

It has been pointed out that you could set up an Event on the wrong day (but one that Groups.io recognizes correctly) and 'simply announce the Event x days early'. This lame work-around isn't worthy of Groups.io (especially as YahooGroups knows how to do it) - unfortunately it's not on the Groups.io TODO list yet...
https://trello.com/b/qu3WgzVq/beta


OTOH, the work-around does suggest that Groups.io could code:
"Last [Day of Week] of the Month" as 7 days before the "First [Day of Week] of the Month" of the following month.
"Last Day of the Month" as 1 day before the "First Day of the Month" of the following month.


An additional date selection of +/- x days (before or after) another date would handle 'conditional' dates:
e.g. the 1st Tuesday after the 1st Monday of a Month (the 2nd - 8th day of a month, not the 1st)
would be: "First Monday of Month" plus 1 day.

On Sat, May 9, 2020 at 01:45 PM, Robert Kingett wrote:

The fact that browser trick sighted people did, above, means the contrast on the website needs to be fixed.

Not for me.  I prefer the existing colors.  I believe Chris did too after he realized the 'trick' broke some other things.

Duane

I’ve always assumed that “logged in” refers to them being logged on to the internet.??

--
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 have hashtagged this as a bug but if I'm honest I'm not sure, hence the request for clarification.

Quite a few of those to apply to the group I co - own are shown on the email notification as being "Logged in", which suggests that they are already Account holders when they apply to join. At the same time they are (sometimes) flagged up on the web UI as NC.

The last "definitive" explanation I can recall was here some 2 years ago, but on the face of it their status as "Logged in" (as per the email) is contradicted by the NC flag.

Is this a glitch in the system or is my understanding actually a misunderstanding? The main reason for asking is that very often getting applicants to respond to the Confirmation Email from groups.io is a tedious process and even when an advisory email is sent just before another confirmation request the NC flag seems to remain resolutely in place.

Chris

I was aware of the GMF conversation but so what?
The problem persisted after that which indicated it's a bug

--

Bob Bellizzi