Skip to content

docs(package): update repository URLs to evolution-foundation - #2729

Open
kururu-abdo wants to merge 1 commit into
evolution-foundation:developfrom
kururu-abdo:docs/update-package-repository-urls
Open

kururu-abdo wants to merge 1 commit into
evolution-foundation:developfrom
kururu-abdo:docs/update-package-repository-urls

Conversation

@kururu-abdo

Copy link
Copy Markdown

📋 Description

Updates the package metadata to point to the current evolution-foundation GitHub organization instead of the previous EvolutionAPI organization.

Updated fields:

  • repository.url
  • bugs.url
  • homepage

🧪 Type of Change

  • 📚 Documentation update

🧪 Testing

  • Confirmed package.json parses as valid JSON
  • Verified no stale github.com/EvolutionAPI/evolution-api URLs remain in package metadata
  • No runtime behavior changed

✅ Checklist

  • My change follows the project style
  • I performed a self-review
  • The change is focused and introduces no new warnings

📝 Additional Notes

This follows the repository organization migration already reflected in recent documentation updates.

AlmogCohen added a commit to AlmogCohen/evolution-api that referenced this pull request Sep 27, 2026
getBase64FromMediaMessage now turns the media key into a Buffer before any
download or re-upload, from every shape a message sent as JSON carries:

- a base64 string (with or without Baileys' 'data:;base64,' prefix);
- {type:'Buffer', data:[..]}, the JSON of a Node Buffer;
- the index-keyed object {"0":..,"1":..}, the JSON of a Uint8Array;
- bytes (Buffer or Uint8Array), copied as they are.

Before, only an object was converted, with Object.values, which is right for
the index-keyed shape and turns a {type:'Buffer'} one into junk; a string was
left alone. Baileys' download decodes a string key itself, but
updateMediaMessage derives the re-upload's retry key from the value as given
(getMediaRetryKey, messages-media.js:701), so the phone's answer could not be
decrypted ("Unsupported state or unable to authenticate data"), which is how
every re-upload asked for over HTTP failed live on 2026-09-27. Upstream
Baileys PR evolution-foundation#2729 (closed, unreviewed) carried the same conversion inside
getMediaRetryKey; once Baileys converts there, this is only belt and braces.

Only the media key is converted: fileSha256 and fileEncSha256 are read by
neither the download nor the re-upload.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
AlmogCohen added a commit to AlmogCohen/evolution-api that referenced this pull request Sep 27, 2026
getBase64FromMediaMessage now turns the media key into a Buffer before any
download or re-upload, from every shape a message sent as JSON carries:

- a base64 string (with or without Baileys' 'data:;base64,' prefix);
- {type:'Buffer', data:[..]}, the JSON of a Node Buffer;
- the index-keyed object {"0":..,"1":..}, the JSON of a Uint8Array;
- bytes (Buffer or Uint8Array), copied as they are.

Before, only an object was converted, with Object.values, which is right for
the index-keyed shape and turns a {type:'Buffer'} one into junk; a string was
left alone. Baileys' download decodes a string key itself, but
updateMediaMessage derives the re-upload's retry key from the value as given
(getMediaRetryKey, messages-media.js:701), so the phone's answer could not be
decrypted ("Unsupported state or unable to authenticate data"), which is how
every re-upload asked for over HTTP failed live on 2026-09-27. Upstream
Baileys PR evolution-foundation#2729 (closed, unreviewed) carried the same conversion inside
getMediaRetryKey; once Baileys converts there, this is only belt and braces.

Only the media key is converted: fileSha256 and fileEncSha256 are read by
neither the download nor the re-upload.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant