Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Attach every image from a multi-file Finder paste

Ouverte
#105 1 commentaire 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
52/100
Type d'issue
Bug
Clarté
Plutôt claire
Activité
Active
Stack technique
macos, typescript
Domaine
desktop

Piste de recherche

Start from the paste handling added in PR #104 (the clipboard-event path feeding useAttachments().add) and compare it with the drop path that already accepts multiple files. Then locate the desktop shell's native bridge/IPC for delivering files to the web view, since the fix needs a native macOS pasteboard read of public.file-url items. Done when a Finder multi-file copy pastes every image like a drop does, while single-file and in-memory clipboards from #104 keep working.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Follow-up to #91 and PR #104. That PR attaches pasted images, but a Finder copy of several files attaches only one image.

Confirmed behavior

A standalone WKWebView probe was given a real Finder copy of a.png, b.png and c.txt, all selected in Finder and copied with Cmd+C. The pasteboard held one public.file-url item per file, but the page's paste event saw only:

types: ["Files"], files: ["a.png image/png 14451"], items: ["file image/png"]
  • WebKit exposes only the first copied file to clipboardData.files/items and hides the file-name text.
  • The Ace-dev build from PR #104 attached one image for a single file-URL paste, as expected.
  • #104 passes every exposed image file to useAttachments().add in one call, so in-memory image clipboards with several images aren't affected. Only multi-file Finder copies lose files.

Expected

Pasting several images copied in Finder attaches all of them, as dropping them does. This probably needs the desktop shell to read the pasteboard's file URLs natively and hand the image files to the composer. The web clipboard event can't see them.

Related: #26 (non-image uploads). Part of #5.

Langage dominant
TypeScript
Étoiles
1
Forks
0
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

  • Aucun Dockerfile ni fichier Docker Compose
  • Propose un modèle de pull request
  • Aucun guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de githubnext/ace2

Toutes les issues de githubnext/ace2

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.