Date   

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


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

Glenn Glazer
 

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 16:02, Bruce Bowman wrote:
How about any "404 Not Found" error in your Files area actually display a standard "file not found" page to the user and (optionally) generate a notification to the Owners providing the URL used in the attempt?

This approach is common in CMS platforms. It lets your subscribers know what actually happened, ultimately allows you to fix the file name, doesn't interfere with any other use cases, and generally may be preferable over silently redirecting the person to the main Files page.

Just another idea,
Bruce

I would much rather use a HTTP redirect as one of the use cases for it specifically is:
to prevent broken links when web pages are moved
where for HTTP's purposes, an uploaded file is the same as a page.

Either approach would be better than a silent redirect to the main files page.

Best,

Glenn


--
#calcare
PG&E Delenda Est


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

Bruce Bowman
 

How about any "404 Not Found" error in your Files area actually display a standard "file not found" page to the user and (optionally) generate a notification to the Owners providing the URL used in the attempt?

This approach is common in CMS platforms. It lets your subscribers know what actually happened, ultimately allows you to fix the file name, doesn't interfere with any other use cases, and generally may be preferable over silently redirecting the person to the main Files page.

Just another idea,
Bruce


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

 

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


moderated Improved draft saving #update

 

Hi All,

I just pushed a change to how we save drafts. If there is an error saving the draft, we now display an error message, with a countdown to when we will try saving again. This is how Gmail works. Hopefully this should help with issues around drafts going missing.

Thanks,
Mark


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

Bruce Bowman
 

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


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

Glenn Glazer
 

On 08/09/2021 09:53, Andy wrote:
When someone uploads a file, what you get in the email is the actual URL of the file at its uploaded location.  You can look at that URL and see the actual location and the actual filename.

When something about it changes (its name or its folder), then obviously the URL isn't valid anymore.  What you would need is to be sent a new URL every time the file is moved or renamed.

When someone renames a file, they can check the box to notify all members too, just like they do when it was uploaded.  But there isn't an automatic email sent just to Moderators like there is with uploads.

I would be happy with this, too.


When someone moves a file to a different folder, I think there is no option to send an email to anyone.

And this also.

The more general problem is stale links for whatever reason and making things more robust and foolproof, and thus less confusing.

Best,

Glenn


--
#calcare
PG&E Delenda Est


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

Andy
 

When someone uploads a file, what you get in the email is the actual URL of the file at its uploaded location.  You can look at that URL and see the actual location and the actual filename.

When something about it changes (its name or its folder), then obviously the URL isn't valid anymore.  What you would need is to be sent a new URL every time the file is moved or renamed.

When someone renames a file, they can check the box to notify all members too, just like they do when it was uploaded.  But there isn't an automatic email sent just to Moderators like there is with uploads.

When someone moves a file to a different folder, I think there is no option to send an email to anyone.

Andy


moderated Re: 2FA & account password #bug

 

On Mon, Aug 9, 2021 at 8:44 AM Bruce Bowman <bruce.bowman@...> wrote:

Is it possible to delete your account password despite having 2FA enabled? For obvious reasons, I'm unwilling to repeat this sequence of actions to find out...but if so, it seems like a bug.

No, we do not allow you to delete your password if 2FA is enabled.

Please have him send an email to support and I'll get him sorted out.

Thanks,
Mark 

901 - 920 of 30663