Date   

moderated Re: Message summary a mess - but not due to IO

 

On Sat, Jan 11, 2020 at 08:00 PM, J_Catlady wrote:
It does not return
should read "it does not highlight"
 
--
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: Message summary a mess - but not due to IO

 

Shal/Tom,

I agree that it should show the search term in context, and it does. But I'm not sure I'm understanding the behavior Tom is describing.

From my test this morning, it finds and highlights the first occurrence of the search term, and it also highlights any occurrences after the first one *that occur within that particular context* (which consists of about a line and a half). It does not return any occurrences beyond that first context.

So if a message contains the term a couple of times in lines 4-5, say, and then a couple more times in lines 8, 10, 11, or whatever, the snippet shows only the occurrences in lines 4-5.

You can see this by doing a search in beta on the word "search," which has been used many times in the current thread.
--
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: Message summary a mess - but not due to IO

 

Tom,

I view this as a bug. When the message is returned from a search it
should appear just as it would if you were scrolling through messages.
I vehemently disagree.

When I search for something I want to be shown the search target in context. That often lets me easily weed out by eye irrelevant matches.

Showing some unrelated part of the message would require me to open each result message to see if it has the hit I'm looking for.

Shal


moderated Re: Message summary a mess - but not due to IO

Tom Vail
 

Not sure why it went away when I restarted, but it is back doing the same thing and a second restart did not fix it this time.

I view this as a bug.  When the message is returned from a search it should appear just as it would if you were scrolling through messages.  The title followed with first couple lines of the message.  Not some random collection of the text which makes it unintelligible.  And the text it is collecting does not necessarily have the search argument in it.

Hope this can be fixed quickly as it is holding up a project for me.

Peace,
Tom


moderated Re: Site updates #changelog

Ginny T.
 

You took the words right out of my mouth, Bob.
Catch your breath, Mark!
Ginny
--
Ginny T.  gttemari21@...
========
TemariKai.com


moderated Re: More attachment size selections requested

Glenn
 

On Fri, Jan 10, 2020 at 09:24 AM, Mark Fletcher wrote:
1) We don't track users.
Excellent. But staying logged in still requires the cookie, and if the browser was hacked they could learn cookie, and continue hacking to the group.

2) If we didn't require a login to access attachments, that would be a rather large security hole for private groups.
Oh absolutely! You _need_ the login to access attachments!  But it does make it more cumbersome to access the attachment, for people that do delete the cookies, but could receive larger emails... if only there were options larger than 5MB, but smaller than unlimited, to avoid bounces.

Another idea I've had, but realize it would be significant work, would be to make groups.io accessible via email protocols, such as IMAP, particularly.  A user logging in via their email client could see one IMAP folder for each group they belong to, with the emails in the folder being the postings for that group. Posters wouldn't be limited by ISP limits on email size, distribution wouldn't either. IMAP clients & servers already have options (as Duane pointed out) to download attachments in advance or only when requested. The SMTP half of this email server would restrict To: to groups.io group email addresses, and From: to members of those groups, as per the group and member settings.

The benefits of this idea would be fewer limits on communications, fewer ISPs getting feathers ruffled by the volume of Bcc: addressed email traffic.  Besides the complexity of adding such an email server, the costs would be to teach users how to have one more email address, used only for groups.io; extra bandwidth usage as emails would be retrieved from groups.io for each user, instead of the (assumed) bundled approach of sending one message to each ISP, where one (or hopefully more) group member has an account, it would be more point-to-point.

This could live alongside the current mechanisms, so there would be no requirement that group member switch to using a new email server. It would make it easier to post large attachments without ISP limits, when that is appropriate, and it would make it possible to retrieve large attachments without ISP limits, when they exist.

But simply having a couple extra limits of 10MB and 25MB would probably meet most of the needs, or configurable number of MB with a maximum of 25MB.  In fact, the maximums for the bulk of email addresses are publicly documented, and don't change very often, so for common email domains, the limit could be that of the documented domain limit.


moderated Re: Premium groups now have more storage, basic group subgroups change

 

Our subgroups they come and they go,
So we wonder if storage is low.
We have lots of doubt how to
Figure it out cuz
Our limit we don't wanna blow
-- 

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: Site updates #changelog

Bob Bellizzi
 

Ho Boy, Mark,
You sure have been busy  on our behalf.
--

Bob Bellizzi


moderated Re: Premium groups now have more storage, basic group subgroups change

Bob Bellizzi
 

Beth,
What do you mean by "many groups that come and go"?
Please be more specific
--

Bob Bellizzi


moderated Re: Message summary a mess - but not due to IO

 

I just tested this using a message with several instances of the word "the" and searching on "the." Apparently, search will find and return the first instance of the term, within its context, but only continue with further instances if they occur contiguously to the first one and within the allowable space (which seems to be a couple of lines). You are right that it does not jump around and return much later occurrences if the space in between does not fit (however, it will return results towards the bottom of the message, not just at the top, if the first instance of the term occurs towards the message bottom). So I don't know what was happening in your case.
--
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: Message summary a mess - but not due to IO

 

The only strange part about this was that it was "fixed" after you restarted your computer.  Search looks for instances of your search term within the message body. So if the term occurs more than one in the message body, it returns all the "bits and pieces" in which it occurs.
--
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 Message summary a mess - but not due to IO

Tom Vail
 

Just an FYI:  I just had a strange deal with our group.  When you did a search the resulting messages came up with the correct title, but the message summary was taken from bits and pieces within the body, not the opening lines, so made no sense.  After pulling my hair out, I restarted my computer and it was fixed.  So it was not an IO problem, but something within my system.  I'm using a Mac with Mojave and Safari.


moderated Re: Infinite Scroll on Databases

Maria McGrath
 

Hi Duane,

Yes I updated preferences but ti still stays at only 20.  I asked a few members to try it ans its the same thing, it stays at 20 but I can scroll to 100 or infinite.
Maria


moderated Re: Infinite Scroll on Databases

Jim Wilson
 

I have Infinite Scroll on both my admin and test user accounts and I get the same thing. We have an a large database with more than 4K entries and it is very annoying. It is also very annoying that I can't jump to a specific line number!

Another problem with Infinite Scroll for people using a UHD 3840 x 2160 monitors and Chrome with a  a window larger than 1920x1080, Infinite Scroll just stops after 40 or so entries and will not replenish until you make the Chrome window  size smaller and refresh the page. It's a really weird bug. Point being, there may be other bugs I have not yet encountered.

br
Jim


moderated Re: Premium groups now have more storage, basic group subgroups change

Beth Weld
 

Mark,
I have a group with many subgroups that come and go. I assumed that the subgroup files/photos/whatever were included in the data limit for the main group, but had trouble figuring out how much storage we were using.  I manually tried to add it all up, but then I heard that the subgroups each have their own limit.  That could be a lot of storage if true now that you have doubled the limitation (thank you btw), and I'd like clarification on how subgroup storage impacts our data limits please. And - if the subgroups are part of the main, then can we have an overall "storage used" number in the main group please?
Many thanks
Beth


moderated Re: Premium groups now have more storage, basic group subgroups change

Samuel Murrayy
 

On 10/01/2020 23:00, Mark Fletcher wrote:

Basic groups created after Wednesday morning, 1/15/20 at 9AM, will no longer have the ability to create subgroups. Existing basic groups will be grandfathered in.
I have no objection to this (I could never really see the use of subgroups).

However, I do believe that a lot of information about Groups.io is not learnt from the Groups.io site but from fans who tell other people about it, so it's very important when someone creates a new group that they be told what had changed (i.e. what things that people told them about the wonderful Groups.io is no longer there).

What would happen (from now on) to subgroups in groups who are premium for a while and then changes to non-premium? Will it be a loophole in the system that you can create subgroups by paying for 1 month premium?

Samuel


moderated Re: Infinite Scroll on Databases

Duane
 

On Fri, Jan 10, 2020 at 10:30 PM, Nancy Funk wrote:
I just tried this and it won't work for me either.
I just checked using one of my user level accounts and it works for 20, 50, and 100.  Are you sure that you're saving it when you change to another choice?

Duane


moderated Re: Infinite Scroll on Databases

Nancy Funk
 

I just tried this and it won't work for me either. 


moderated Re: Special Notices #suggestion

Duane
 

On Sun, Jan 5, 2020 at 08:36 AM, Duane wrote:
In the footer, it said "You receive all messages..."
I should have reported this sooner, but the footer was saying whatever I may have set in Advanced Preferences, (i.e. first and followed), not necessarily "all messages..."  I hope the bugfix will take care of this as well.  And a big THANK YOU for the [Special] tag!

Duane


moderated Re: Infinite Scroll on Databases

Duane
 

On Fri, Jan 10, 2020 at 05:46 PM, Maria McGrath wrote:
They changed the items to view to 100 BUT still only see 20 on the database.

Does it have anything to do with me being-the owner etc ?
No, but they do need to scroll down and click Update Preferences or it won't change.

Duane