Date   

moderated Re: Annoying text replacement in search fields #bug

 

On Tue, Jul 20, 2021 at 5:10 PM Bruce Bowman <bruce.bowman@...> wrote:
On Tue, Jul 20, 2021 at 08:03 PM, Mark Fletcher wrote:
Please let me know if you see anything amiss.
When I do a search on the message base I'm getting one hit per page.

Normal message search? I do this and it seems to work for me: https://beta.groups.io/g/main/search?p=recentpostdate%252Fsticky%2C%2C%2C20%2C2%2C0%2C0&q=spam

Thanks,
Mark 


moderated Re: Annoying text replacement in search fields #bug

Bruce Bowman
 

On Tue, Jul 20, 2021 at 08:03 PM, Mark Fletcher wrote:
Please let me know if you see anything amiss.
When I do a search on the message base I'm getting one hit per page.

FYI,
Bruce


moderated Re: Annoying text replacement in search fields #bug

 

Hi All,

I believe I've fixed this. Meaning, I really think I've fixed it, and I certainly tested it a bunch. Please let me know if you see anything amiss.

Thanks,
Mark


moderated Re: edit of a message tagged "private" does not go to members who are following-only #bug

 

Mark,
No, there’s no subsequent message. Just the edit. It seems reproducible but I can test it again and send you details. 
Thanks.


On Jul 20, 2021, at 4:01 PM, Mark Fletcher <markf@corp.groups.io> wrote:


J,

On Mon, Jul 19, 2021 at 10:20 AM J_Catlady <j.olivia.catlady@...> wrote:
If you edit, and send the edit, on a message tagged with a hashtag set to "reply only to sender," the edit does correctly get sent to members sent to Individual Messages. However, it does not reach them if they are also set to Following Only. Apparently the edit is thought of as a reply to the thread, and therefore not received by a member not following the thread.

Could this be what happened?

- A message starting a new topic is sent out
- A reply is sent to that message
- You then edit the first message and send it out
- That edit is not received by people who have FO with First Message Also set? 

I could see how that would happen. If that's not the case, please forward to me off-list as many details as possible.

Thanks,
Mark

--
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: Annoying text replacement in search fields #bug

Bruce Bowman
 

On Tue, Jul 20, 2021 at 03:06 PM, Andy wrote:
There are many places in Groups.io where it does not work to clear the contents of boxes or search fields.  If I am viewing the Members list and then Search within it for some text string, and then clear the contents of the Search box, Groups.io automagically re-populates the Search box with my last search string, as if it can't let it go.
This may be necessary in order to be able to subsequently apply a filter to the search hits.

https://beta.groups.io/g/main/message/28987 

Regards,
Bruce


moderated Re: edit of a message tagged "private" does not go to members who are following-only #bug

 

J,

On Mon, Jul 19, 2021 at 10:20 AM J_Catlady <j.olivia.catlady@...> wrote:
If you edit, and send the edit, on a message tagged with a hashtag set to "reply only to sender," the edit does correctly get sent to members sent to Individual Messages. However, it does not reach them if they are also set to Following Only. Apparently the edit is thought of as a reply to the thread, and therefore not received by a member not following the thread.

Could this be what happened?

- A message starting a new topic is sent out
- A reply is sent to that message
- You then edit the first message and send it out
- That edit is not received by people who have FO with First Message Also set? 

I could see how that would happen. If that's not the case, please forward to me off-list as many details as possible.

Thanks,
Mark


moderated Re: Annoying text replacement in search fields #bug

 

I also agree it is annoying as it causes one to do unnecessary clicks (the savvy/savvier ones) or causes one to contact the mods or post to the group to ask what's going on (the non-savvy ones).

Seems to me something is not getting reset or "un-cached".  The search query value can be specified in two places in the URL parameter list, the third parameter in the &p= list, plus in the &searchq= additional parameter, and in many cases, one of them doesn't clear, when it should be.  If one clears the search box and clicks the Search button, the searchq parameter clears in the resulting URL but not in the 3rd parameter, it still stays there, hence after the refresh the search box gets repopulated again when the parameter list is parsed.  If one manually clears both search parameters in the URL and presses enter, then things work fine.  So either something in the code remembers something it shouldn't or maybe the Search click isn't correctly clearing both places.

It may also be a combination of something not refreshing properly, because if one has a search term in there in order to display a certain membership subset, and then let's say deletes one of those members, the page acts like it refreshed but it really doesn't, leaving the member you just removed still showing in the list, causing a double-take initially, and requiring a manual refresh.  I think this bit also has been around for a while.

Regarding the hex codes, this must have been introduced  (relatively) recently when one clicks on Search, as beforehand, when one would click on let's say the DisplayName in the member list (to introduce the parameters in the URL), and then add a search value (hotmail in this case), the URL would change to something like this:

.../members?p=email,members,,50,1,0,0&searchq=hotmail

or the same but with the additional csrf= parameter:

.../members?csrf=some_number&p=email,members,hotmail,50,1,0,0&searchq=hotmail

But if you do this now, it changes to this:

.../members?csrf=some_number&p=email%2Cmembers%2Chotmail%2C50%2C1%2C0%2C0&searchq=hotmail

One can manually enter the parameters with the commas in the URL, and manipulate them to do a search and navigate through the result set without touching the Search button, but as soon as the Search button is clicked, the URL changes to the hex codes.

Cheers,
Christos



moderated Re: #suggestion Let sender or moderator know that a message has been flagged as spam #suggestion

 

Hi All,

I've made two changes, both dealing with rejecting email from non-members. For messages from banned domains, we now reject at the SMTP transaction with the message `Messages are not permitted from this domain.` For messages from non-members that we have determined are spam, we now reject at the SMTP transaction with the message `This message has been flagged as spam.`

Thanks,
Mark


moderated Re: Searches of Members limited to 10000 #bug

Andy
 

Yes, that 10000 limit seems to exist all over Groups.io.  I should have mentioned it in my post.  Even so, it is not handled the same everywhere.

When searching for groups, it says there are 35779 groups, but refuses to go past the 10000th group.  If searching for a subset of groups, it tells you the right number even when it is >10000.

But when searching for members, it reports that there are 10000 members in the search but that is the wrong answer.  So it is different.

Maybe it would help - marginally - if Mark had it display ">10000".

I am surprised that any tool still has hard limits like this.  It feels like Y2K.  Didn't we learn that lesson already?  Of course there must be a limit; but choosing a search tool that is limited to 10000 doesn't make sense today.  We know there can be more than 10000 groups, members, messages, or files -- because we already exceed it.

Andy


moderated Re: Annoying text replacement in search fields #bug

 

Not just search fields. It’s also very hard to get rid of copied text in a reply message. You can delete it from your draft a hundred times but ultimately, the only way to get rid of it is to delete the draft and start over. Because apparently, it’s not saved in the draft itself, but one level higher up. I’m used to it….


On Jul 20, 2021, at 12:06 PM, Andy <AI.egrps+io@...> wrote:

(I'm not sure whether to call this a #bug, but it feels like one.)

Preface:  There are many places in Groups.io where it does not work to clear the contents of boxes or search fields.  If I am viewing the Members list and then Search within it for some text string, and then clear the contents of the Search box, Groups.io automagically re-populates the Search box with my last search string, as if it can't let it go.  The same thing happens when searching in the Activity log, or Messages, or Files, and probably everywhere else.  It's a known G.io 'feature', but it's annoying!  The Morale is, don't do that.  One has to click Members again (or Activity or Messages or Files or whatever), to start over with a clean view.  OK, I can live with that; and I am gradually becoming accustomed to having to do that whenever I use Groups.io.  It affects all users, not just moderators.

But the more weird / annoying thing happens if the search string had any non-alphanumeric text, and I try to clear it.  Groups.io replaces the non-alphanumeric characters with their hex equivalents.

For example, let's say I search for 'a*b'.  I don't know if Groups.io treats * as a wildcard, but let's give it a try.  Now I see the results, and let's say I want to go back to the unfiltered list, so I clear the contents of the Search box because I forgot (or didn't know) that Groups.io does not let me do that.  However, Groups.io now re-populates the Search box with 'a%2Ab'.  That is, it turned the '*' character into '%2A' when it re-populated the Search box.  Of course nothing comes up from this search because none of the entries contained that actual text string.  All efforts to delete it fail.

Can Groups.io be changed so that it doesn't convert '*' to '%2A'?  And not convert '[' to '%5B'?  And so on.

Better yet, can Groups.io allow us to clear a Search field and not insist on re-filling it with a corrupt version of its previous contents?  (Is there any reason why Groups.io must re-populate the search field that we want cleared?  Does anyone find it useful that it does this?  Sorry if this has been answered already.)

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 Annoying text replacement in search fields #bug

Andy
 

(I'm not sure whether to call this a #bug, but it feels like one.)

Preface:  There are many places in Groups.io where it does not work to clear the contents of boxes or search fields.  If I am viewing the Members list and then Search within it for some text string, and then clear the contents of the Search box, Groups.io automagically re-populates the Search box with my last search string, as if it can't let it go.  The same thing happens when searching in the Activity log, or Messages, or Files, and probably everywhere else.  It's a known G.io 'feature', but it's annoying!  The Morale is, don't do that.  One has to click Members again (or Activity or Messages or Files or whatever), to start over with a clean view.  OK, I can live with that; and I am gradually becoming accustomed to having to do that whenever I use Groups.io.  It affects all users, not just moderators.

But the more weird / annoying thing happens if the search string had any non-alphanumeric text, and I try to clear it.  Groups.io replaces the non-alphanumeric characters with their hex equivalents.

For example, let's say I search for 'a*b'.  I don't know if Groups.io treats * as a wildcard, but let's give it a try.  Now I see the results, and let's say I want to go back to the unfiltered list, so I clear the contents of the Search box because I forgot (or didn't know) that Groups.io does not let me do that.  However, Groups.io now re-populates the Search box with 'a%2Ab'.  That is, it turned the '*' character into '%2A' when it re-populated the Search box.  Of course nothing comes up from this search because none of the entries contained that actual text string.  All efforts to delete it fail.

Can Groups.io be changed so that it doesn't convert '*' to '%2A'?  And not convert '[' to '%5B'?  And so on.

Better yet, can Groups.io allow us to clear a Search field and not insist on re-filling it with a corrupt version of its previous contents?  (Is there any reason why Groups.io must re-populate the search field that we want cleared?  Does anyone find it useful that it does this?  Sorry if this has been answered already.)

Andy


moderated Re: Searches of Members limited to 10000 #bug

Duane
 

On Tue, Jul 20, 2021 at 12:51 PM, Andy wrote:
the result is always limited to 10000 members
I believe this is a limitation of the text search program being used, as revealed in https://beta.groups.io/g/main/topic/78076561

Duane


moderated Searches of Members limited to 10000 #bug

Andy
 

If I go to Admin > Members and do a Search using the Search box in the upper right, the result is always limited to 10000 members.  Apparently that's as many as Groups.io's search function is capable of handling.

(Clearly not a problem for most groups -- yet.)

The 10000 member limit doesn't happen when using the Filter drop-down menu.  It's only when searching based on some text in the Search box.

Andy


moderated Re: Rash of bouncing members in past week, mostly yahoo #misc

Andy
 

We have a lot of Yahoo members in my group.  I have not noticed higher than normal bouncing members lately.  Nothing looks unusual here.  The majority of bouncing members have always been Yahoo addresses.

Maybe your group attracted several members at the same time and their time is up.

Andy


moderated Re: Rash of bouncing members in past week, mostly yahoo #misc

 

On Tue, Jul 20, 2021 at 9:43 AM Duane <txpigeon@...> wrote:
On Tue, Jul 20, 2021 at 10:32 AM, J_Catlady wrote:
We've had a lot of bouncing yahoo members over the past week or two
Based on what I'm seeing in my groups, it's Yahoo doing their normal housecleaning.  Seems to happen about every other month or so.  The others are likely just the normal, occasional bounce.


I haven't seen any issues with Yahoo lately. We're certainly delivering a lot of email to them successfully today.

Thanks,
Mark 


moderated Re: Rash of bouncing members in past week, mostly yahoo #misc

Duane
 

On Tue, Jul 20, 2021 at 10:32 AM, J_Catlady wrote:
We've had a lot of bouncing yahoo members over the past week or two
Based on what I'm seeing in my groups, it's Yahoo doing their normal housecleaning.  Seems to happen about every other month or so.  The others are likely just the normal, occasional bounce.

Duane


moderated Rash of bouncing members in past week, mostly yahoo #misc

 

Wondering whether there's something going on. We've had a lot of bouncing yahoo members over the past week or two, plus one hotmail and one bellsouth.
--
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 Allow mods to post-to-group in reply-to-sender-tagged topics #suggestion

 

Yesterday I wanted to update a tagged reply-only-to-sender topic by posting a second message to the group in it, but was prevented from doing that by the tag. It took me awhile to find the following workaround: create a second reply-only-to-sender-tagged topic and merge the two topics.

Most mods wanting to reply to such a tagged topic won't think of this workaround and will simply be unable to post to the group in it. It would be much easier to simply allow mods the option to do that.

(Yesterday I also sent a bug report about a save-and-send edit to such a topic not going to FO group members. This is a related, but a separate, issue. I think the bug needs to be fixed; the suggestion would be simply a helpful addition.)
--
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: Peculiar behavior when sorting Member Notices #bug

Duane
 

To help clarify, both Locked Group and Locked Topic are missorted..  Also Goodbye is put after/before Group Guidelines.  A little testing seems to show that all others are correct.

Duane


moderated Peculiar behavior when sorting Member Notices #bug

Bruce Bowman
 

Mark -- Sorting Member Notices by "Type" does not actually put them in alphabetical order. For some reason, Monthly Reminder and Locked Group are always at the top (or bottom). There may be others that I haven't encountered (read: I haven't created any of that type yet).

FYI,
Bruce

841 - 860 of 30417