Date   

moderated Re: Some Message Formatting settings mutually exclusive #suggestion

Bruce Bowman
 

On Sat, Nov 14, 2020 at 06:00 PM, Shal Farley wrote:
Having these two both checked is actually a useful configuration, and I've advised group mods to set them both in the past.

The context is a group that wants the members' content to be stripped of all formatting (not just normalized), but also wants the formatted links in the message footer.
That's not what the docs say:

Plain Text Only

 

Select this checkbox to convert HTML-formatted messages that are emailed to the group to plain text format. This setting affects the format of message footers as well.


I believe the details are that the text/plain mime part of the incoming message is used (or a conversion from the text/HTML if no text/plain part), and then the outgoing message is formatted with both text/plain and text/HTML, containing unformatted message body but in the text/HTML a formatted footer instead of a plain text one.
I'm not seeing this in my test group. With both checked, I get a plain text message with a plain text footer...no html to be found.

Regards,
Bruce


moderated Re: Some Message Formatting settings mutually exclusive #suggestion

Andy Wedge
 

On Sat, Nov 14, 2020 at 11:00 PM, Shal Farley wrote:

( * ) Force HTML Emails
( ) Plain Text Only
Having these two both checked is actually a useful configuration, and I've advised group mods to set them both in the past.

The context is a group that wants the members' content to be stripped of all formatting (not just normalized), but also wants the formatted links in the message footer.

I believe the details are that the text/plain mime part of the incoming message is used (or a conversion from the text/HTML if no text/plain part), and then the outgoing message is formatted with both text/plain and text/HTML, containing unformatted message body but in the text/HTML a formatted footer instead of a plain text one.
The Owners' Manual states that the plan text option affects the footers as well so if it works as you describe (I have not tested it) then I would say that is an anomaly (or a bug if you prefer).  

Regards
Andy


moderated Re: Prepay Premium Group #misc

Paul Ohio USA
 

J, Thanks for the thought.
Paul, Ohio, USA


moderated Re: Prepay Premium Group #misc

Paul Ohio USA
 

Hi Tracy,
If the surgery doesn't go well, there will be no credit card or way for me to pay.
Thank you for the suggestion,
Paul, Ohio, USA


moderated Re: Some Message Formatting settings mutually exclusive #suggestion

 

Bruce,

( * ) Force HTML Emails
( ) Plain Text Only
Having these two both checked is actually a useful configuration, and I've advised group mods to set them both in the past.

The context is a group that wants the members' content to be stripped of all formatting (not just normalized), but also wants the formatted links in the message footer.

I believe the details are that the text/plain mime part of the incoming message is used (or a conversion from the text/HTML if no text/plain part), and then the outgoing message is formatted with both text/plain and text/HTML, containing unformatted message body but in the text/HTML a formatted footer instead of a plain text one.

Shal


moderated Re: Some Message Formatting settings mutually exclusive #suggestion

Andy Wedge
 

On Sat, Nov 14, 2020 at 01:39 AM, Bruce Bowman wrote:

[ ./ ] Normalize HTML Emails (this checkbox entry greyed out or absent if Plain Text Only is selected)
We've had previous discussions about options being greyed out or not visible when they don't apply and I thought the consensus was to have them greyed out so at least you know they exist.

Andy


moderated Re: Member Directory Search fails if member name is an email address #bug

billsf9c
 

A good DeFault...!

I can see where a few lists would see it as undesireable. That leaves 3 choices;

- Deny it and continue.
- Allow it, optionally, bit once set as Mod-Only, no going back. (Some things act this way now.)
- Make it an Owner-Choice at any time. Moods change

I favor the last. But maybe you'd want it to popup a red warning, (for new/inveterate owners,) or put it in "Advanced Options."

Bugs come first. Consider 'fixing' this if you need a change of pace.

BillSF9c


moderated Re: Prepay Premium Group #misc

 

I hope your surgery goes well.


On Nov 14, 2020, at 6:34 AM, Paul Ohio USA via groups.io <pwberndt@...> wrote:

Hi Mark,

I thought this had been discussed, yet can't find it. I've paid for my co-owned group since transferring from Yahoo. I'm about to undergo some serious surgery and would like to prepay for 5 years to assure the group will continue. Is this possible?
If you would like to continue this discussion Off List, that would be fine.
Thank you and take care,
Paul, Ohio, USA

--
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: Prepay Premium Group #misc

Tracy <tracy@...>
 

The other week I got the invoice and it got paid for next year for my group automatically.

They simply hit my credit card they had on file.  So next year is paid for.

So I wouldn't worry about the next 5 years.

I think the other side of the coin is if you ever cancel your credit card, they may send you a manual invoice or some warning it wasn't paid.

On 11/14/20 7:19 AM, Paul Ohio USA via groups.io wrote:
Hi Mark,

I thought this had been discussed, yet can't find it. I've paid for my co-owned group since transferring from Yahoo. I'm about to undergo some serious surgery and would like to prepay for 5 years to assure the group will continue. Is this possible?
If you would like to continue this discussion Off List, that would be fine.
Thank you and take care,
Paul, Ohio, USA
-- 
Tracy Johnson
BT







NNNN


moderated Prepay Premium Group #misc

Paul Ohio USA
 

Hi Mark,

I thought this had been discussed, yet can't find it. I've paid for my co-owned group since transferring from Yahoo. I'm about to undergo some serious surgery and would like to prepay for 5 years to assure the group will continue. Is this possible?
If you would like to continue this discussion Off List, that would be fine.
Thank you and take care,
Paul, Ohio, USA


moderated Some Message Formatting settings mutually exclusive #suggestion

Bruce Bowman
 

Some of the settings in the Message Formatting block are mutually exclusive. For example, you can check the box for "Force HTML Emails" and also check the box for "Plain Text Only," and save your settings without any error message. In such a case it is which setting takes precedence is unclear.

I suggest something like the following (using three radio buttons and a checkbox)...

Select One:
( * ) Force HTML Emails
(   ) Plain Text Only
(   ) Outgoing Email format unchanged from incoming

[ ./ ] Normalize HTML Emails (this checkbox entry greyed out or absent if Plain Text Only is selected)

Others may have a better solution, but I hope this gets the point across.

Thanks for your consideration,
Bruce


moderated Re: Publicly Listed Groups results #bug

Duane
 

Hi Mark,

On Fri, Nov 13, 2020 at 05:45 PM, Mark Fletcher wrote:
Is this something that you're coming up against a lot?
Only when playing...  Some of us are trying to figure out what all the parameters do in various search functions.  Rather than bother you with trivial questions, we've been experimenting and this is one of the things that popped up.  Since it doesn't appear to be a simple fix, I certainly won't complain about it.  There are much more important things to work on.  But at least now we know there's a reason in some cases.

Thanks again,
Duane


moderated Re: Plan Comparison page needs minor updates #bug

 

On Fri, Oct 30, 2020 at 11:20 AM Bruce Bowman <bruce.bowman@...> wrote:
Not really a bug, but I don't know what else to call it.

The page at https://groups.io/static/compare shows that Photos and Files are limited to 100MB on the Basic plan. Since neither feature is actually available for new Basic groups, it seems to me these entries should be removed.

Also, Polls are available for Premium and above, but are no longer available in Basic. I suggest changing the "Chat" row header to "Polls and Chat." 

I've made these changes.

Thanks,
Mark 


moderated Re: Publicly Listed Groups results #bug

 

Hi Duane,

On Fri, Nov 6, 2020 at 8:07 AM Duane <txpigeon@...> wrote:
When paging through the results of the various views in the groups directory, there comes a point when it won't show the next page.  It always happens when crossing over the 10,000 results line.  As an example, if I go to https://groups.io/search?p=SubsCount,,,20,2,9980,0, all works fine.  When I scroll to the bottom and use the right arrow to go to page 501, there are no results shown, even though it (currently) says 10001 - 10020 of 32031 and the URL shows https://groups.io/search?p=SubsCount,,,20,2,10000,0.  I suspect it's when the results get into the 5 digit range.  Probably not something many people will do, but it's a bit irritating when I'm playing with search parameters there. ;>)


I didn't know this until now, but it's apparently tricky to pull more than 10,000 results out of Elasticsearch, the search software that we use. To fix, I'd have to do some research into the issue. Is this something that you're coming up against a lot?

Thanks,
Mark


moderated Remove Reply and New Topic Links in footer of Announcement-Only Group messages #suggestion

Mark Murphy
 

Since only moderators can post in Announcement-Only groups, I suggest removing the Reply To and New Topic links from the footer of email messages for these groups. Of course members could still use their email client's reply function, but this would remove a bit of confusion for Announcement-Only Groups. 

In the GMF topic on this subject, Shal also suggested:
[...] perhaps include the refinement that the exclusion of those links should only apply to messages sent to members with the Role of Member (rather than Moderator or Owner).
Thank you.


moderated Re: Member Directory Search fails if member name is an email address #bug

Ken Schweizer
 

I believe this is a GOOD design feature.

 

Just my opinion.

Ken

 

"And if any man shall take away from the words of the book of this prophecy, God shall take away his part out of the book of life, and out of the holy city, and from the things which are written in this book." God

 

From: main@beta.groups.io [mailto:main@beta.groups.io] On Behalf Of Mark Fletcher
Sent: Friday, November 13, 2020 4:40 PM
To: main@beta.groups.io
Subject: Re: [beta] Member Directory Search fails if member name is an email address #bug

 

On Thu, Nov 12, 2020 at 7:48 AM Terry Slattery <tcs@...> wrote:

The member directory search function fails to find a match when the member name in the directory is an email address and the person doing the search is not a moderator. It failed for both partial match and full match. Searching with a partial name as a moderator works.

Yes, this is by design as a privacy measure. I'm happy to revisit if people think this should be changed.

 

Thanks,

Mark 


moderated Re: Member Directory Search fails if member name is an email address #bug

 

On Thu, Nov 12, 2020 at 7:48 AM Terry Slattery <tcs@...> wrote:
The member directory search function fails to find a match when the member name in the directory is an email address and the person doing the search is not a moderator. It failed for both partial match and full match. Searching with a partial name as a moderator works.

Yes, this is by design as a privacy measure. I'm happy to revisit if people think this should be changed.

Thanks,
Mark 


moderated Re: Photo processing #bug

 

Duane,

On Wed, Nov 11, 2020 at 9:53 PM Duane <txpigeon@...> wrote:
I noticed today that it doesn't appear that photos are being resized properly when uploaded.  Best I can tell, the uploaded photo is stored at the original size and the displayed photo for editing is shown according to what is chosen in the "Max Size In Photos Section" setting.  I remember that something like this is done with photos in messages, but shouldn't be happening when uploaded to an album.  One of my groups is quickly chewing up storage space because of this.  I've begun downloading to resize locally for re-uploading, but if the setting were honored when they were initially uploaded, it would save me some work.

Can you send me off-list the URL of one (or more) of these photos in the albums? It shouldn't do this, although if we have a problem resizing the photo for whatever reason (if we can't recognize the format, if we run out of memory somehow, if there's another bug), that could happen. 

Thanks,
Mark


moderated Re: Database bug in time fields #bug

 

On Thu, Nov 12, 2020 at 10:03 AM Duane <txpigeon@...> wrote:
On Thu, Nov 12, 2020 at 11:32 AM, Chris Smith wrote:
I'm bumping this as no-one has responded
No need to do that.  If/when it becomes a priority, it will be looked into.  Allow up to 4 years (!) for action to be taken. ;>)

Hey, I resemble that remark! :-) (and in all seriousness, that lag time isn't something I'm exactly proud of...)

There was a bug. Chris's preference is set to military time display. When viewing/editing a row with a time column, we were ignoring that preference and showing the time in standard format. That caused a problem when someone tried to edit a row, leading to a blank column. It has been fixed.

Thanks,
Mark 


moderated Re: Database bug in time fields #bug

Bruce Bowman
 

On Tue, Nov 3, 2020 at 08:31 AM, Chris Smith wrote:
There seems to be a bug in the database time fields...

If I add a record that has time fields in it, then go back and edit the same record and don't change the time fields, they are saved blank/empty.
Try as I might, I cannot replicate this problem. It could be that your browser is auto-filling these fields. Try turning off autofill and see if it helps. https://www.computerhope.com/issues/ch001377.htm 

Regards,
Bruce

3421 - 3440 of 30023