Invalid URL build for publicIds containing dot-char

[chunksnbits]

Noted some odd bug with an image ID containing a dot (i.e., "."):

Sample image URL:

https://res.cloudinary.com/adacmkv/image/upload/f_auto,q_auto/v1608641937/ADAC%20Klassik/2021/Events/AEC/RS134993_RS129423_8.1_v7gpvg.jpg

Sample transformation:

buildUrl(encodePublicId, {
  transformations: {
    format: "auto",
    quality: "auto",
    resize: {
      width: 1024,
      height: 600,
      type: "fill",
    },
  },
});

Observed

• The image url created is invalid (part ".1_v7gpvg" is replaced with "q_auto"

[goldensunliu]

@chunksnbits does this happen often with the public ids returned by cloudinary?

[chunksnbits]

Depends on the uploader, I guess.
I saw it only a couple of times on my current project, but it is definitely possible this might happen, since by default it doesn't look like the dot is replaced

[mayashavin]

@chunksnbits we have a mechanism to replace the extension (.jpg, .png) in favor of f_auto. It looks like a bug for me. Do you want to create a PR?

[chunksnbits]

Sorry took me longer than I wanted it to, to look into this.
I think I found the culprit and opened a PR on the issue (#23).

Looking into the code, I think that mechanism can be removed completely, since Cloudinary will ignore the extension as soon as there is an explicit format option.

If I am overlooking something (very possible, as I am not an expert on Cloudinary image url format) please let me know and I will look into other solutions.