Date   

moderated Re: Duplicate log entries for approving pending messages #bug

 

On Tue, Sep 14, 2021 at 2:25 PM Duane <txpigeon@...> wrote:
On Tue, Sep 14, 2021 at 03:20 PM, Mark Fletcher wrote:
We no longer generate the `claim pending message` activity log
I'm not sure, but I think this has created another problem.  When reading a pending message, the Approve button doesn't work.  If I go back and select the check box for that message, I can Approve it.

Oops. Should be fixed now.

Thanks,
Mark 


moderated Re: Duplicate log entries for approving pending messages #bug

Duane
 

On Tue, Sep 14, 2021 at 03:20 PM, Mark Fletcher wrote:
We no longer generate the `claim pending message` activity log
I'm not sure, but I think this has created another problem.  When reading a pending message, the Approve button doesn't work.  If I go back and select the check box for that message, I can Approve it.

Thanks,
Duane


moderated Re: Include subscription settings badges on membersubgroups page #suggestion

 

On Tue, Aug 31, 2021 at 9:45 AM Andy Wedge <andy_wedge@...> wrote:

on the main group member list it shows subscription settings badges next to the delivery type for Following and Attachment Size limits etc.  If you open a membership record and then go to the Subgroups page, it lists the subgroups that a member belongs to and the basic delivery type but not the additional badges and you have to open the member's subscription setting for the subgroup to view the details (or go to the member list for each subgroup).  Can we get the badges added to the membersubgroups page please?

Done.

Cheers,
Mark 


moderated Re: Duplicate log entries for approving pending messages #bug

 

Hi All,

We no longer generate the `claim pending message` activity log entry except when editing a pending message or undoing an edit to a pending message.

Thanks,
Mark


moderated Re: Locked topic icon not always shown on Polls view #bug

 

On Sun, Sep 12, 2021 at 7:21 AM Andy Wedge <andy_wedge@...> wrote:

in my testing subgroup, I noticed that the locked topic icon is not always displayed for polls on the polls page. When viewing by topic I see this:


On the Polls page, that icon is indicating when a poll is closed. On the Topics page, the icon indicates when a Topic is locked.

I've changed the icon on the Polls page to be an X, with the screen reader word of 'closed'. 

Thanks,
Mark 


moderated Re: Member unable to close a poll #bug

Andy Wedge
 

Hi Mark

On Tue, Sep 14, 2021 at 08:29 PM, Mark Fletcher wrote:
What if we do something different? What if there would be a new option on a poll, to not allow discussion? And then I'd change the locked topic behavior so that no changes to the poll, including new responses, could be made. This way, locking a poll topic behaves more like locking a 'normal' topic.
 
I'm not sure what discussion would take place for a poll. Surely the only responses needed are to select the answer options available so it would seem reasonable to just stop all responses by email to a poll which is the reason we currently lock it.

Regards
Andy


moderated Re: Member unable to close a poll #bug

Duane
 

On Tue, Sep 14, 2021 at 02:29 PM, Mark Fletcher wrote:
What if there would be a new option on a poll, to not allow discussion?
In my case, I never allow discussion on polls, so always lock them.  If someone has questions and/or suggestions, they have to start a new topic, but I'm the only one that's started a poll so far.  It sounds like the "No Discussion" option would do that, but still allow the poll creator to close/reopen it?

I don't see a clear line between them, but I may be overlooking something.  If the permissions for a poll were like those available for editing database rows, owner/mod and row creator (and unrelated to locked/unlocked), would that resolve this situation?

Duane


moderated Re: Member unable to close a poll #bug

 

On Sun, Sep 12, 2021 at 9:30 AM Andy Wedge <andy_wedge@...> wrote:
On Sun, Sep 12, 2021 at 05:01 PM, Duane wrote:
It appears that the options are only unavailable if the topic is locked (by a mod.)
In common with others (as discussed on this group), my group polls are locked when they are created due to the lock topic attribute on the #poll-notice hashtag so that replies by email are automatically rejected. A member still needs to be able to close a poll that they created as described in the manual.

That always felt like a hack to me. What if we do something different? What if there would be a new option on a poll, to not allow discussion? And then I'd change the locked topic behavior so that no changes to the poll, including new responses, could be made. This way, locking a poll topic behaves more like locking a 'normal' topic.

Thanks,
Mark 


moderated Re: Bouncing Status Anomaly #bug

Chris Jones
 

On Mon, Sep 13, 2021 at 01:16 AM, Shal Farley wrote:
The mechanism that sets the Bouncing status can have lots of leeway in it, depending on the response code from the receiving service and frequency of occurrence.
(My underlining)

And that is the only difference that I have been able to detect between flagged and unflagged "bouncers". The reasons for the bounces differs little or not at all between the two groups.

However, with Special Notices members not being flagged because the "specials" are not frequent enough to trigger the process they are able to increase in number without group moderators being aware of it; as I stated earlier this could result (over a period of time) in a group where numbers are limited by a paywall being unable to admit new members because their membership numbers are being artificially inflated by bouncers of whom the group moderators are unaware short of a tedious trawl through those on Special notices only.

OK; the group I co - own is a legacy basic so the paywall problem does not arise; at the same time if I wanted to try and weed out bouncing specials I would have to trawl through > 800 members individual record pages in order to try to identify them. Having found any I would not be able to send any bounce probes because officially they aren't actually bouncing.

My original concern remains...

Chris.


moderated Re: Photos #suggestion

Andy Wedge
 

On Mon, Sep 13, 2021 at 08:57 PM, Kathi M wrote:
There's an album under photos titled emailed photos.   Photos are placed in the album every time that photo is included in an email, (even replies to the original email).  Consequently there are many copies of the same photo.   
Attachments are moderated in my group so I can easily filter out the reposted images on replies before they get into the emailed photos album.  It also gives me the opportunity to remove annoying graphics in email signatures, most of which seems to come from members who use a corporate/business email address.  I find stripping them out at the moderation stage and adding a Moderator note to the post to say they have been removed is simpler and quicker than removing images from the album afterwards.

Andy


moderated Re: Photos #suggestion

Donald Hellen
 

I would like to see this also. It's tedious doing housecleaning in the
emailed photos folder deleting one at a time.

On Sun, 12 Sep 2021 06:57:14 -0700, "Kathi M via groups.io"
<Kathilau2=aol.com@groups.io> wrote:

I recently upgraded my group to premium so that we can use the photos feature   There's an album under photos titled emailed photos.   Photos are placed in the album every time that photo is included in an email, (even replies to the original email).  Consequently there are many copies of the same photo.

1. I'd like to suggest adding  a way to control that.

2. A way to delete multiple pictures from that album at once.

3.  And a way to move those photos into other albums?

Thank you.

Kathi Maggio

[Mod note: Changed subject line to make it more descriptive]




----------------------------------------------------
Some ham radio groups you may be interested in:
https://groups.io/g/ICOM https://groups.io/g/Ham-Antennas
https://groups.io/g/HamRadioHelp https://groups.io/g/Baofeng
https://groups.io/g/CHIRP https://rf-amplifiers.groups.io/g/main


Kathi M
 

I recently upgraded my group to premium so that we can use the photos feature   There's an album under photos titled emailed photos.   Photos are placed in the album every time that photo is included in an email, (even replies to the original email).  Consequently there are many copies of the same photo.   

1. I'd like to suggest adding  a way to control that.  

2. A way to delete multiple pictures from that album at once.

3.  And a way to move those photos into other albums? 

Thank you. 

Kathi Maggio

[Mod note: Changed subject line to make it more descriptive]


moderated Re: Bouncing Status Anomaly #bug

 

Chris,

they should still receive monthly notices because these are sent as Special Notices, but I have found several instances where these have been bounced for several months or even longer. However, there is no "Bouncing" Status badge against these members in the Members List.

The mechanism that sets the Bouncing status can have lots of leeway in it, depending on the response code from the receiving service and frequency of occurrence.


I have concluded - perhaps wrongly - that where a member has selected Special Notices Only a message bounce will not be automatically further investigated by system - generated Bounce Probes.

No bounce probes are sent until they've been changed to Bouncing status. Meanwhile message deliveries continue and are monitored, possibly leading to Bouncing status. I don't think the type of subscription figures into it other than changing the rate at which messages are sent to that member.

If my belief is correct then I think this configuration is wrong; any bounced message should be followed up by bounce probes and the member badged accordingly.

I'm not certain what the current status is for any given response code. It used to be that many codes would cause the mechanism to advance to Bouncing immediately. This has been backed off as too aggressive for some response codes, based on email service behavior.
Shal


moderated Re: Bouncing Status Anomaly #bug

Andy
 

I don't know if this is relevant, but my group has members opting for Special Notices Only who are Bounced, but none who are Bouncing.

Andy


moderated Bouncing Status Anomaly #bug

Chris Jones
 

Mark; while investigating something else entirely I think I have found a bug in the detection of some members being "bouncing" but not recorded as such.

This perceived problem seems to arise if a member has their delivery set to Special Notices Only; in the group I co - own they should still receive monthly notices because these are sent as Special Notices, but I have found several instances where these have been bounced for several months or even longer. However, there is no "Bouncing" Status badge against these members in the Members List.

I have concluded - perhaps wrongly - that where a member has selected Special Notices Only a message bounce will not be automatically further investigated by system - generated Bounce Probes. A little further delving revealed the point that as the individuals are not listed as bouncing a Moderator cannot send a Bounce Probe manually, which most of the time makes sense.

Can you confirm (or otherwise!) my conclusion that a "Special Notices" member will not have system Bounce Probes sent to them in the event of a bounce occurring is correct? If my belief is correct then I think this configuration is wrong; any bounced message should be followed up by bounce probes and the member badged accordingly.

In some respects this doesn't matter but I could easy see it mattering for any group hovering around the threshold where payment for member numbers applies; members recorded as Bouncing don't count towards the trigger point but if they aren't logged as bouncing then they will be included as "valid" members even when they aren't because of their unrecorded bouncing status.

Chris


moderated Re: Improved draft saving #update

 

On Sun, Sep 12, 2021 at 10:51 AM J_Catlady <j.olivia.catlady@...> wrote:
Mark, how do we get out of the test version?

Just click on the 'TEST VERSION' text at the top. Alternatively, visit this url: https://groups.io/unsettest

Cheers,
Mark 


moderated Re: Improved draft saving #update

 

Mark, how do we get out of the test version?
--
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: Member unable to close a poll #bug

Andy Wedge
 

On Sun, Sep 12, 2021 at 05:01 PM, Duane wrote:
It appears that the options are only unavailable if the topic is locked (by a mod.)
In common with others (as discussed on this group), my group polls are locked when they are created due to the lock topic attribute on the #poll-notice hashtag so that replies by email are automatically rejected. A member still needs to be able to close a poll that they created as described in the manual.

Andy


moderated Re: Member unable to close a poll #bug

Duane
 

On Sun, Sep 12, 2021 at 09:21 AM, Andy Wedge wrote:
However, the options to do so are not available for them to select.
I did some checking on this.  It appears that the options are only unavailable if the topic is locked (by a mod.)  That would explain the need for the edit archive permission.

Duane


moderated Re: Improved draft saving #update

Andy Wedge
 

On Wed, Sep 1, 2021 at 03:38 PM, Mark Fletcher wrote:
More detail please. Can you give me the exact steps to reproduce this?
One of my members has reported this happening in the app too. He tried posting a message and then posted the same message again as he saw an error the first time:



Andy

681 - 700 of 30663