Date   

moderated Re: Calendar shows different times for a meeting #bug

Mdivine <nextdoorsb@...>
 

Mark

it is when viewing my feed page. After clicking on Groups.io logo upper left. Page that shows my groups.

“upcoming events”  see pic. Shows all as 0800.

When I click on my calendar shows correct time on the actual calendar. See pic






moderated Re: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

 

It’s not a matter of negating terms (which would be more complicated than what I’m suggesting anyway). Sometimes the search term is included in the group description to say “ we do not discuss [search term] in this group.” I gave several examples in those prior threads. And sometimes it’s thrown in at the end of a long laundry list of possible but rarely discussed topics (I gave examples of those, too). Sometimes, you just want to see groups about golf. Or whatever. There’s no problem with this feature as long as it’s just an option at the time of the search.

On Nov 25, 2020, at 6:20 AM, J_Catlady via groups.io <j.olivia.catlady=gmail.com@groups.io> wrote:

I’m suggesting it as an option at the time of the search. That’s all. Because in some cases, including the description is much too wide a tent.
On Nov 25, 2020, at 5:23 AM, Drew <pubx1@af2z.net> wrote:

I think a group name search is too discriminatory. Many groups have names that don't describe topics vital to their interest but who would otherwise be fully relevant to the search.

Filtering of non-wanted words can be handled now with negated search terms. Compare the search results for:

cars american

and

cars -american

Of course, this would negatively (no pun) impact those groups who use the "we do not discuss X" type of language. They could be the victim of the double negative (i.e., "no american" in the description and "-american" in the search). But that has to be a pretty tiny subset of groups.



Drew



On 11/24/20 22:44, J_Catlady wrote:
It remains to be seen how and whether, within the filter, to prioritize or only include groups with the search term in the group name as opposed to just the group description. I suggest a checkbox option along the lines of "include only groups with the search term in the group name" for people who only want that. Otherwise you also get groups whose descriptions say things like "we do NOT discuss [search term] here so if you're interested in that, go elsewhere" and groups who deal only very tangentially with the term.
--
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
//
/





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




--
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: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

 

I’m suggesting it as an option at the time of the search. That’s all. Because in some cases, including the description is much too wide a tent.

On Nov 25, 2020, at 5:23 AM, Drew <pubx1@af2z.net> wrote:

I think a group name search is too discriminatory. Many groups have names that don't describe topics vital to their interest but who would otherwise be fully relevant to the search.

Filtering of non-wanted words can be handled now with negated search terms. Compare the search results for:

cars american

and

cars -american

Of course, this would negatively (no pun) impact those groups who use the "we do not discuss X" type of language. They could be the victim of the double negative (i.e., "no american" in the description and "-american" in the search). But that has to be a pretty tiny subset of groups.



Drew



On 11/24/20 22:44, J_Catlady wrote:
It remains to be seen how and whether, within the filter, to prioritize or only include groups with the search term in the group name as opposed to just the group description. I suggest a checkbox option along the lines of "include only groups with the search term in the group name" for people who only want that. Otherwise you also get groups whose descriptions say things like "we do NOT discuss [search term] here so if you're interested in that, go elsewhere" and groups who deal only very tangentially with the term.
--
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
//
/




--
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: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

Drew
 

I think a group name search is too discriminatory. Many groups have names that don't describe topics vital to their interest but who would otherwise be fully relevant to the search.

Filtering of non-wanted words can be handled now with negated search terms. Compare the search results for:

cars american

and

cars -american

Of course, this would negatively (no pun) impact those groups who use the "we do not discuss X" type of language. They could be the victim of the double negative (i.e., "no american" in the description and "-american" in the search). But that has to be a pretty tiny subset of groups.



Drew

On 11/24/20 22:44, J_Catlady wrote:
It remains to be seen how and whether, within the filter, to prioritize or only include groups with the search term in the group name as opposed to just the group description. I suggest a checkbox option along the lines of "include only groups with the search term in the group name" for people who only want that. Otherwise you also get groups whose descriptions say things like "we do NOT discuss [search term] here so if you're interested in that, go elsewhere" and groups who deal only very tangentially with the term.
--
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: Calendar shows different times for a meeting #bug

Sandi D <sandi.asgtechie@...>
 

None recurring. Tried in May, July and Sep so DST was not affecting it. Thanks to Karen for video and Marks ability to sort out and resolve. 
--
Sandi Dickenson
ASG Volunteers Group.


moderated Re: Calendar shows different times for a meeting #bug

 

On Tue, Nov 24, 2020 at 8:18 PM Mdivine <nextdoorsb@...> wrote:
May be related or not. I have reoccurring event starts at 9am
But show on the feed page in upcoming events as 8am
in AZ so maybe a daylight savings issue related to AZ time zone?


I'm not able to reproduce this. Is this when you're viewing the feed as the account you sent this message from?

Thanks,
Mark 


moderated Re: Calendar shows different times for a meeting #bug

Mdivine <nextdoorsb@...>
 

May be related or not. I have reoccurring event starts at 9am
But show on the feed page in upcoming events as 8am
in AZ so maybe a daylight savings issue related to AZ time zone?

Mdivine


moderated Re: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

 

It remains to be seen how and whether, within the filter, to prioritize or only include groups with the search term in the group name as opposed to just the group description. I suggest a checkbox option along the lines of "include only groups with the search term in the group name" for people who only want that. Otherwise you also get groups whose descriptions say things like "we do NOT discuss [search term] here so if you're interested in that, go elsewhere" and groups who deal only very tangentially with the term.
--
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: #bug Cover photo check box #bug

Annick Phillips
 

Mark, I just tried it out and now it's the oldest photo in the album that is showing up as the album cover, not the latest photo that was added. Is that what you intended?
Annick


moderated Re: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

Glenn Glazer
 

On Tue, 11/24 16:15, Mark Fletcher wrote:
Hello,

I've revamped the groups search page a bit (it was one of the first pages I created when developing the site almost 7 years ago...). I am now properly propagating any search term when you change filtering. Please let me know what you think.

Thanks,
Mark

Looks good to me.

Best,

Glenn

--
PG&E Delenda Est


moderated Re: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

Bob Bellizzi
 

I think there's a similar issue on the Database search, Duane.  I noticed it some time ago but I get engrossed in self inflicted errors on my data, website, quickbooks and on and on.
--

Bob Bellizzi


moderated Re: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

Duane
 

On Tue, Nov 24, 2020 at 06:15 PM, Mark Fletcher wrote:
Please let me know what you think.
One thing I noticed is that the only way to get back to the "main" page is to click on Find or Create a Group at the top.  Clearing the search box won't do it.

Otherwise, it looks dandy after a quick look.

Thanks,
Duane


moderated Re: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

 

Yay!

On Tue, Nov 24, 2020 at 04:15 PM, Mark Fletcher wrote:
it was one of the first pages I created when developing the site almost 7 years ago
That's what I was kind of suspecting. :)
 
--
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: "Find or Create a Group" page does not do what it looks like it was designed to do #bug

 

Hello,

I've revamped the groups search page a bit (it was one of the first pages I created when developing the site almost 7 years ago...). I am now properly propagating any search term when you change filtering. Please let me know what you think.

Thanks,
Mark


moderated Re: #bug Cover photo check box #bug

 

Hello,

On Tue, Nov 24, 2020 at 1:15 PM Annick Phillips <annick@...> wrote:
I noticed today that when I un-check the box that says "cover photo" beneath one of the photos in an album, and then click on "update", it does not update and the photo still remains the cover photo of the album. I tried in on a couple different albums and it's behaving the same on all of them. Isn't it supposed to revert back to the most recently added photo being the cover if none of the photos in the album has the "cover photo" box checked?

This has been fixed.

Thanks,
Mark 


moderated #bug Cover photo check box #bug

Annick Phillips
 

I noticed today that when I un-check the box that says "cover photo" beneath one of the photos in an album, and then click on "update", it does not update and the photo still remains the cover photo of the album. I tried in on a couple different albums and it's behaving the same on all of them. Isn't it supposed to revert back to the most recently added photo being the cover if none of the photos in the album has the "cover photo" box checked?
Annick


moderated Member changing from Special Notices to Following Only stays on Special Notices #bug #suggestion

 

I'm calling this a design bug.

The log in my group shows that a member changed to Special Notices, and afterwards, changed to Following Only. I believe she thought that the second change would result in her following individual messages. But instead, the Special Notices took precedence and she is not receiving any regular group messages.

It seems that Special Notices should be in a separate category from the choices Individual Email, Digest, and Daily Summary, all of which do provide access to individual messages but in the latter two cases, in a summarized format. Instead, Special Notices is grouped together with those three choices even though it's a different kind of restriction. I don't think it makes sense to allow Following Only simultaneously with Special Notices only, because in the normal course of events, members would not follow topics designated as Special Notices.

Worse, a member can do what my group member did this morning - namely, change to Special Notices and then think they are  changing their mind by selecting Following Only - but instead, the Special Notices restriction remains and she now receives no regular group messages.
--
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: Calendar shows different times for a meeting #bug

Ry Jones
 

Mark,
Thanks for the fix.
Ry

On Tue, Nov 24, 2020 at 9:31 AM Mark Fletcher <markf@corp.groups.io> wrote:
Hello Ry,

On Mon, Nov 23, 2020 at 12:34 PM Ry Jones <rjones@...> wrote:
Hi,
At least one of our groups has a weird calendar issue: the time shown for events is different between refreshes. Karen has recorded a video showing several issues.

I was able to recreate the flip-flopping by refreshing the page a few times, making no edits between. See attached.


Thanks for the bug report, and thanks to Karen for taking the time to make that video; it was very helpful. There were two issues:

First, when hovering over an event in the calendar view, we display the time in the user's local timezone. But we also displayed the event's (possibly different) timezone. That's confusing and doesn't make much sense. I've removed the timezone display in the hover.

The second issue with the event times flip-flopping sometimes was caused by some of our webservers not running the latest timezone database. It looks like Brazil abolished DST in 2019; I believe the timezone database we were using on some of the machines had not been updated with this change. I've updated all of the machines, and they are all now showing the same times. This means that the time for the event that Karen referenced in her video is between 5:30pm-6:30pm Brasilia time (UTC-03:00).

Sorry you were hit with these problems; please let me know if you have any questions.

Thanks,
Mark



--
Ry Jones
Community Architect, Hyperledger


moderated Re: Calendar shows different times for a meeting #bug

 

Hello Ry,

On Mon, Nov 23, 2020 at 12:34 PM Ry Jones <rjones@...> wrote:
Hi,
At least one of our groups has a weird calendar issue: the time shown for events is different between refreshes. Karen has recorded a video showing several issues.

I was able to recreate the flip-flopping by refreshing the page a few times, making no edits between. See attached.


Thanks for the bug report, and thanks to Karen for taking the time to make that video; it was very helpful. There were two issues:

First, when hovering over an event in the calendar view, we display the time in the user's local timezone. But we also displayed the event's (possibly different) timezone. That's confusing and doesn't make much sense. I've removed the timezone display in the hover.

The second issue with the event times flip-flopping sometimes was caused by some of our webservers not running the latest timezone database. It looks like Brazil abolished DST in 2019; I believe the timezone database we were using on some of the machines had not been updated with this change. I've updated all of the machines, and they are all now showing the same times. This means that the time for the event that Karen referenced in her video is between 5:30pm-6:30pm Brasilia time (UTC-03:00).

Sorry you were hit with these problems; please let me know if you have any questions.

Thanks,
Mark


moderated Re: Calendar shows different times for a meeting #bug

Bruce Bowman
 

On Tue, Nov 24, 2020 at 06:25 AM, Sandi D wrote:
I stopped using the calendar because this was happening in our group as well. I didn't want to take the time to sort it out.
Sandi -- I find that the calendar features work very well as long as I steer clear of recurring events.

Ry -- Is this a recurring event? If so, it may be related to the recent "fall back" to standard time.

Regards,
Bruce 

2361 - 2380 of 29103