On Mon, Aug 24, 2020 at 10:24:27PM -0400, Max Turgor wrote:
> Oh, I feel so dumb. My megadl binary is from an older distribution. The
> newer version is instantiated using *megatools dl*, and it works just
> fine Sorry to bother you. And thanks again for the great tool.

Good :) I was a bit confused by the dashes (-), but it looks like
it's just a part of a key.

Glad to know everything still works.

regards,
	o.

> On Mon, Aug 24, 2020 at 10:15 PM Max Turgor <m.turgor@gmail.com> wrote:
> 
> > Thanks for the explanation on the link validation--that makes sense.
> >
> > It looks like the delimiter between file and key is the pound symbol. i.e.
> >
> > https://mega.nz/file/rto3RJTb#qvkRM7D1tdrl-R4-b0hcQVwj3FvLOpRL6wEFr8nMjF4
> >
> > breaks down to:
> >
> > file: https://mega.nz/file/rto3RJTb
> > key: qvkRM7D1tdrl-R4-b0hcQVwj3FvLOpRL6wEFr8nMjF4
> >
> > the folder is similar:
> >
> > folder: https://mega.nz/folder/Op43xICA
> > key: EOCBiRQsgc-An93XW6bkCA
> >
> > There are 43 and 22 characters in the respective keys. Looking at the
> > regex list you highlighted, I actually can't figure out why these are
> > failing.
> >
> > On Mon, Aug 24, 2020 at 9:36 PM Ondřej Jirman <megatools@megous.com>
> > wrote:
> >
> >> Hi,
> >>
> >> On Mon, Aug 24, 2020 at 09:05:44PM -0400, Max Turgor wrote:
> >> > Hi,
> >> >
> >> > Thanks for creating megatools! I wanted to point out that the mega.nz
> >> link
> >> > format appears to have changed again, causing the tool (v 1.11.0) to
> >> reject
> >> > the links. (I think the links are just more characters now?) Here's a
> >> small
> >> > example file:
> >> >
> >> > *megadl
> >> >
> >> https://mega.nz/file/rto3RJTb#qvkRM7D1tdrl-R4-b0hcQVwj3FvLOpRL6wEFr8nMjF4
> >> > <
> >> https://mega.nz/file/rto3RJTb#qvkRM7D1tdrl-R4-b0hcQVwj3FvLOpRL6wEFr8nMjF4
> >> >*
> >> > WARNING: Skipping invalid Mega download link:
> >> >
> >> https://mega.nz/file/rto3RJTb#qvkRM7D1tdrl-R4-b0hcQVwj3FvLOpRL6wEFr8nMjF4
> >> >
> >> > The same appears to be an issue with folders.
> >> >
> >> > *megadl https://mega.nz/folder/Op43xICA#EOCBiRQsgc-An93XW6bkCA
> >> > <https://mega.nz/folder/Op43xICA#EOCBiRQsgc-An93XW6bkCA>*
> >> > WARNING: Skipping invalid Mega download link:
> >> > https://mega.nz/folder/Op43xICA#EOCBiRQsgc-An93XW6bkCA
> >> >
> >> > Since the format of the link appears to change somewhat regularly, I
> >> wonder
> >> > if it would make sense to either skip link validation, or provide a
> >> > --skip-validation option to allow a forced bypass of the validation
> >> step in
> >> > case the format changes again.
> >>
> >> It's not that simple. It's not like megatools just passes a link to mega
> >> and magically gets the file data back. Link format needs to be understood,
> >> parsed for the folder handle/encrpytion keys and whatever else they
> >> decided
> >> to stuff in there this time, and that's just the beginning...
> >>
> >> I don't have much interest in extending megatools, anymore, myself.
> >> I just maintain the web, provide builds, and accept patches from time
> >> to time.
> >>
> >> Luckily the last time the format was changed, I made the code more
> >> generic,
> >> so adding support for new format should be straightforward, unless they
> >> changed the semantics of the link data. It would just involve adding
> >> a few lines to this table:
> >>
> >> https://megous.com/git/megatools/tree/tools/dl.c#n337
> >>
> >> So if you figure out what part of the link is key and what is file handle,
> >> I'll add it there. Anyway, looking at the new links, there's something not
> >> quite right about the key part. File key should be 43 chars, folder key 22
> >> chars, and that doesn't seem to be the case with the links you posted.
> >>
> >> regards,
> >>         o.
> >>
> >> > Thanks for maintaining such a great tool!
> >> >  -M
> >>
> >