@sam 릴리스 전에 위 내용을 처리해 주시겠어요?
6개의 좋아요
제가 파악한 바로는 @andrei의 변경 사항은 툴바에 한정되어 있었습니다. 범위를 확대하여 드래그 앤 드롭과 붙여넣기까지 포함하게 하면 릴리스에 다소 위험할 수 있습니다.
또한, 그렇게 해야 하는지에 대해서도 확신이 서지 않습니다.
10개의 좋아요
5개의 게시글이 새로운 주제로 분리되었습니다: Caret moves to end-of-line when uploading an image via toolbar
수정을 완료한 후, 릴리스 전에 해당 수정을 병합하는 것이 위험한지 여부를 결정하겠습니다.
7개의 좋아요
제가 기억하는 것과 코드에서 확인한 바로는, 이미지가 툴바를 통해 추가되었는지 드래그 앤 드롭을 통해 추가되었는지와 무관합니다. 두 경우 모두 정상적으로 작동해야 합니다.
또한 테스트를 해본 결과, 이제 모든 것이 예상대로 작동하는 것 같습니다(정확히 언제 수정되었는지는 알기 어렵지만, 그것은 그렇게 중요하지 않다고 생각합니다). 드래그 앤 드롭에 대한 영상은 다음과 같으며, 툴바를 사용할 때도 정상 작동합니다.
줄의 중간 부분:
줄의 끝 부분:
마지막 줄의 끝 부분:
8개의 좋아요
아 네, 죄송합니다. 제 탓이에요. 마지막으로 업로드한 영상 이후로 테스트조차 하지 않았거든요. 
이제 예상대로 작동합니다 
확인해 주셔서 감사합니다 @andrei.
6개의 좋아요
디아블로 IV의 홍보용 보도자료 이미지가 109MB, 해상도 12000x12000라는 레딧 게시물을 보고 디스커스에 업로드할 수 있는지, 가능하다면 얼마나 걸릴지 궁금해했습니다.
휴대폰에서 업로드했는데 처리와 업로드에 단 20초밖에 걸리지 않았습니다 
이미지는 1920x1920, 208KB로 축소되었습니다.
10개의 좋아요
참고: iPhone에서는 해당 이미지가 항상 크래시를 일으킵니다.
8개의 좋아요
100MB 파일을 업로드하려고 하면 Safari가 충돌하는데, 어떤 이유로든 플로우가 메모리 부족 오류를 유발합니다.
7개의 좋아요
아, @martin이 찾고 있는 충돌 버그의 원인이 바로 그것일지도 모르겠네요!
8개의 좋아요
이상하네요. 제 4GB RAM이 장착된 2017년 iPad에서는 압축에 실패하지만, 오류가 감지되어 원본 이미지가 업로드 프로세스를 통해 정상적으로 전송되므로 우아하게 처리됩니다.
@sam 님, http://clb.confined.space/dump/mem_growth.html을 실행해서 최대치에 도달할 때까지 클릭해 보시겠습니까? 탭이 충돌합니까? 제 오래된 iPad는 900MB까지 올라가지만 충돌하지 않습니다.
4개의 좋아요
시도해 보았지만, 크래시는 전혀 발생하지 않았습니다… 
5개의 좋아요
참고… Apple의 수정이 완료될 때까지 기본적으로 비활성화되어 있습니다
6개의 좋아요
한 번 시도해 보고 결과를 확인해 보겠습니다.
거대한 이미지를 휴대폰으로 다운로드할 수는 있지만, 업로드를 시도하면 다음과 같은 메시지가 표시됩니다.
죄송합니다. 업로드하려는 이미지가 너무 큽니다(최대 크기는 4MB입니다). 크기를 줄인 후 다시 시도해 주세요.
5개의 좋아요
불행히도 Apple은 여기에서 너무 많은 버그를 가지고 있습니다. 표준이 부재하고 잦은 크래시가 발생하여 iOS에서 해당 기능을 비활성화해야 했습니다. 몇 달 후에 다시 시도하도록 알림을 설정해 두었습니다.
9개의 좋아요
여기 아주 좋은 소식이 있습니다. 여러 차례의 시도 끝에 @pmusaraj 님이 마침내 iOS의 버그를 우회하는 방법을 찾아냈습니다. 이는 이제 iOS에서 엄청나게 큰 이미지를 업로드할 수 있으며, 우리는 이를 실시간으로 최적화한다는 뜻입니다.
또한 시대에 부응하기 위해 이미지 최대 업로드 크기를 10MB까지 늘렸습니다!
14개의 좋아요