Date   

moderated Re: Improved draft saving #update

 

(I don't know if this is a feature of the error notice, but it seems to start with 10 seconds and then a countdown. Then 30 seconds. The last one was 60 seconds. And when I go back into the page, it is still counting down...)
--
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: Improved draft saving #update

 

Unfortunately, the behavior persists. Go into any member notice and you immediately see the banner at the top:
"There was an error saving your draft. Will try again in 30 seconds" and then a countdown. And then at 0, it repeats.
I'm on a new(ish) Macbook Pro running updated Firefox. Tried it in safari and get same behavior.
--
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: Improved draft saving #update

 

Hi All,

Again, I haven't been able to reproduce the problem exactly as described here, but I did find a bug and have fixed it. Please let me know if you still see issues.

Thanks,
Mark


moderated Re: Improved draft saving #update

Chris Jones
 

On Tue, Aug 10, 2021 at 06:42 PM, J_Catlady wrote:
Ok here's the new bug: now, whenever going into any member notice, the banner comes up
I've been sitting on the sidelines of this topic but I can confirm this latest oddity.

Chris


moderated Re: Improved draft saving #update

 

Ok here's the new bug: now, whenever going into any member notice, the banner comes up, and comes up repeatedly, until you exit the notice - even if you didn't touch the notice.
--
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: Improved draft saving #update

 

Somethine else wrong now. I just rejected a pending member and (assume) he was automatically sent our active rejection notice. Immediately (*) afterwards I started seeing the banner, repeatedly, about "there was an error saving your draft." But there was no draft.  (* The only thing I did after rejecting the member was go into our rejection notice to check its current reading. I didn't touch it or create, or try to create, any drafts.)
--
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: Improved draft saving #update

 

On Tue, Aug 10, 2021 at 9:48 AM Bruce Bowman <bruce.bowman@...> wrote:

Mark -- Lost the draft I was composing while you pushed the change.

Still getting the error message with the request to refresh, but not the separate countdown error (see screenshot). When I refresh the page it no longer brings up the editor as it did this morning.

Google Chrome and W10, updated to latest version two days ago.

Thanks for the help. This should be fixed now. Tricksey hobbitses, these bugs.

Thanks,
Mark 


moderated Re: Improved draft saving #update

Bruce Bowman
 

On Tue, Aug 10, 2021 at 12:48 PM, Bruce Bowman wrote:
When I refresh the page it no longer brings up the editor as it did this morning.
I spoke too soon on this.

This morning I clicked a footer link [in a digest I received overnight] to View/Reply Online. This brought up the message with a "reply=1" query string.

When I hit Discard at this point, I get the error banner. When I refresh the page as requested, the query string is still there, so the editor opens again.

Hope this helps,
Bruce


moderated Re: Improved draft saving #update

Bruce Bowman
 

On Tue, Aug 10, 2021 at 12:41 PM, Mark Fletcher wrote:
That said, I've just pushed some changes that hopefully will fix it. Please let me know if you see it again.
Mark -- Lost the draft I was composing while you pushed the change.

Still getting the error message with the request to refresh, but not the separate countdown error (see screenshot). When I refresh the page it no longer brings up the editor as it did this morning.

Google Chrome and W10, updated to latest version two days ago.

Regards,
Bruce


moderated Re: Improved draft saving #update

 

On Tue, Aug 10, 2021 at 9:22 AM Marv Waschke <marvwaschke@...> wrote:
I just got the same behavior as Bruce. Typed a line, hit discard, Got two banners, one with countdown. The message was not actually discarded. Running 64 bit Firefox 90.0.2

Thanks for the report. This is difficult for me to reproduce. That said, I've just pushed some changes that hopefully will fix it. Please let me know if you see it again.

Thanks,
Mark 


moderated Re: Improved draft saving #update

Marv Waschke
 

I just got the same behavior as Bruce. Typed a line, hit discard, Got two banners, one with countdown. The message was not actually discarded. Running 64 bit Firefox 90.0.2
Best, Marv


moderated Re: renaming a link should leave a pointer from the old name #suggestion

Glenn Glazer
 

Earlier upthread, I suggested using an HTTP redirect which solves these problems. The sequence is like this:

1. Browser: sends HTTP GET <oldurl>
2. groups.io: returns HTTP 301 Moved Permanently <newurl>
3. Browser: sends HTTP GET <newurl>
4. groups.io: returns file

Step 3 does not require any action on the part of the user, the browser handles that automatically.

This solves your first problem (people with old links) and your second problem (generating artificial links).

Best,

Glenn
P.S. here's a diagram, courtesy of Mozilla:




On 08/09/2021 23:12, Andy wrote:
At the end of the day, as long as groups.io sends the actual URL to a file, it is going to be a problem.  Even if it sends out new links whenever a file gets renamed or moved, many of your group's members still have the original messages in their email, with stale links.  IMO, they are more likely to try to follow the links they originally received (in the messages that talked about them), than to look for a follow-up message with an updated link.

So, to fix this, groups.io would need to abandon using actual URLs, and use only those long, ugly links with incredibly long character strings (such as https://groups.io/g/MyGroup/files/grfhiauo4f8ewf9q9hf2301ru94itk5omgqwie0goih5ipo[hw[5-jagnoi3oht4gh4g8w0pgh5403qghriaqqp094gj94a3jg94a[34jg9a4gj9a4w), that tell groups.io what is the file you want, and let groups.io translate it for you.

Andy


--
#calcare
PG&E Delenda Est


moderated Re: renaming a link should leave a pointer from the old name #suggestion

Glenn Glazer
 

I'll leave the implementation details to Mark, I don't know enough about his architecture to speculate on how the changes might be achieved.

Best,

Glenn

On 08/09/2021 20:32, Christos Psarras wrote:
Another possible solution to this renaming/move issue is to have a background process which runs when one renames or moves a file, and which goes through the message archive and changes any URLs to that file and updates them.  But then one can argue this can be done right now, albeit manually, and only by the admin depending on settings.

Cheers,
Christos









--
#calcare
PG&E Delenda Est


moderated Re: renaming a link should leave a pointer from the old name #suggestion

Glenn Glazer
 

I dunno. From my perspective, there's no real difference between renaming a file and moving it to another directory: either the file is where it was or it isn't.

Best,

Glenn

On 08/09/2021 20:16, Christos Psarras wrote:

>>> That would work if we could get the upload message to have that behavior.

Or maybe, instead of defaulting the redirect to the Files-root if the file is not found, just "redirect" (stay) in the URL's folder instead?  (provided the folder name exists of course)  At least this way, even if the file itself was renamed it has a higher chance of being found, provided of course it was renamed and not moved...

Cheers,
Christos



On 2021-08-09 19:27, Glenn Glazer via groups.io wrote:
On 08/09/2021 15:32, Christos Psarras wrote:
Glenn,

If it helps any, I personally try to give the only the folder link in a message, and instruct the user to look in there for the file that is for whatever/does whatever.  This way, even if the file itself gets renamed, the description for it shouldn't change, and the link itself to the folder won't (usually) change, as usually folder names stay more or less the same.  Once the user is in the folder, they should find the file based on what they are looking for, and an aptly-crafted description helps with that.

Cheers,
Christos

That would work if we could get the upload message to have that behavior.

Best,

Glenn

--
#calcare
PG&E Delenda Est



--
#calcare
PG&E Delenda Est


moderated Re: Improved draft saving #update

 

Hi Bruce,

On Tue, Aug 10, 2021 at 4:07 AM Bruce Bowman <bruce.bowman@...> wrote:

Mark -- This seems to have introduced a new (minor) bug. Whenever I hit the Discard button, I get an error message:

There was an error saving the draft. Please reload the page.

I'm unable to reproduce this. What browser are you using?

Thanks,
Mark 


moderated Re: Improved draft saving #update

Bruce Bowman
 

On Mon, Aug 9, 2021 at 06:05 PM, Mark Fletcher wrote:
If there is an error saving the draft, we now display an error message, with a countdown to when we will try saving again.
Mark -- This seems to have introduced a new (minor) bug. Whenever I hit the Discard button, I get an error message:

There was an error saving the draft. Please reload the page.

Sometimes I get two of these banners.

The draft is indeed discarded, but if I reload the page as requested, the editor comes back up. To exit this "error loop" I have to browse to a different page and come back.

Regards,
Bruce


moderated Re: renaming a link should leave a pointer from the old name #suggestion

Andy
 

At the end of the day, as long as groups.io sends the actual URL to a file, it is going to be a problem.  Even if it sends out new links whenever a file gets renamed or moved, many of your group's members still have the original messages in their email, with stale links.  IMO, they are more likely to try to follow the links they originally received (in the messages that talked about them), than to look for a follow-up message with an updated link.

So, to fix this, groups.io would need to abandon using actual URLs, and use only those long, ugly links with incredibly long character strings (such as https://groups.io/g/MyGroup/files/grfhiauo4f8ewf9q9hf2301ru94itk5omgqwie0goih5ipo[hw[5-jagnoi3oht4gh4g8w0pgh5403qghriaqqp094gj94a3jg94a[34jg9a4gj9a4w), that tell groups.io what is the file you want, and let groups.io translate it for you.

Andy


moderated Re: renaming a link should leave a pointer from the old name #suggestion

 

Another possible solution to this renaming/move issue is to have a background process which runs when one renames or moves a file, and which goes through the message archive and changes any URLs to that file and updates them.  But then one can argue this can be done right now, albeit manually, and only by the admin depending on settings.

Cheers,
Christos


moderated Re: renaming a link should leave a pointer from the old name #suggestion

 

>>> That would work if we could get the upload message to have that behavior.

Or maybe, instead of defaulting the redirect to the Files-root if the file is not found, just "redirect" (stay) in the URL's folder instead?  (provided the folder name exists of course)  At least this way, even if the file itself was renamed it has a higher chance of being found, provided of course it was renamed and not moved...

Cheers,
Christos



On 2021-08-09 19:27, Glenn Glazer via groups.io wrote:
On 08/09/2021 15:32, Christos Psarras wrote:
Glenn,

If it helps any, I personally try to give the only the folder link in a message, and instruct the user to look in there for the file that is for whatever/does whatever.  This way, even if the file itself gets renamed, the description for it shouldn't change, and the link itself to the folder won't (usually) change, as usually folder names stay more or less the same.  Once the user is in the folder, they should find the file based on what they are looking for, and an aptly-crafted description helps with that.

Cheers,
Christos

That would work if we could get the upload message to have that behavior.

Best,

Glenn

--
#calcare
PG&E Delenda Est


moderated Re: renaming a link should leave a pointer from the old name #suggestion

Glenn Glazer
 

On 08/09/2021 12:50, Bruce Bowman wrote:
On Mon, Aug 9, 2021 at 11:44 AM, Glenn Glazer wrote:
What this suggestion request is that the old link as published act as a soft link to the new location and transitively so. If someone wants to use a soft link filename for an actual file, it can be deleted in the same way that any other file is deleted. E.g., much as UNIX filesystem links work.
If I understand correctly, what I'm hearing is a desire for a URL that is generated for each file and continues to work independently of its file name. For myself, I sometimes rename files for the express purpose of ensuring that outdated links do not point to it.

I'm unable resolve these two use cases, but at least the current behavior is consistent with how URLs work in the real world of web site maintenance.

Regards,
Bruce

Add an option (and I will let others argue over the default) to create the redirect on the move dialog window.

Best,

Glenn

--
#calcare
PG&E Delenda Est

301 - 320 of 30072