Attach every image from a multi-file Finder paste
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 52/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- macos, typescript
- Domínio
- desktop
Direção de pesquisa
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.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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/itemsand 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().addin 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.
- Linguagem predominante
- TypeScript
- Estrelas
- 1
- Forks
- 0
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Tem um modelo de pull request
- Sem guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de githubnext/ace2
-
documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
githubnext/ace2#530 · 1 comentário ·
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 88/100
githubnext/ace2#437 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
githubnext/ace2#529 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
githubnext/ace2#528 ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 20/100
githubnext/ace2#511 ·
Todas as issues de githubnext/ace2
Issues semelhantes
-
Edit: Travel Mix (RO)Abertacheck:failed streams:edit
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 64/100
iptv-org/iptv#55901 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 82/100
Mantenedores costumam responder em até 2 dias
-
package:ios ships XCFrameworks with absolute symlinks, which SwiftPM refuses to extractTalvez já em andamento @cusnirvladislav assumiu hoje. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
callstackincubator/rock#740 ·
-
S: triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 2 dias
-
area:workflow bug ready-for-human
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 78/100
fil-donadoni/tolaria#6108 ·
Mantenedores costumam responder em até 1 dia