Windows 10 reached EOS (end of support) on October 14, 2025. For more information, see this article.

Pomoc přepytać

Hladajće so wobšudstwa pomocy. Njenamołwimy was ženje, telefonowe čisło zawołać, SMS pósłać abo wosobinske informacije přeradźić. Prošu zdźělće podhladnu aktiwitu z pomocu nastajenja „Znjewužiwanje zdźělić“.

Dalše informacije

OSX Thunderbord - mozDraggedFiles folder

  • 2 wotmołwje
  • 0 ma tutón problem
  • 59 napohladow
  • Poslednja wotmołwa wot ralph.mozilla

Since a few weeks ago every time I try to drag an email from the inbox to a folder (I'm not ever trying to drag it out of Thunderbird), if I falter with the mouse or try to drag it a second time I get dialog box asking if I want to replace a file that already exists in the "mozDraggedFiles" folder. e.g.:

 CONFIRM
 /var/folders/4g/sjfdskjgdsklfi098ds09jsejre/T/mozDraggedFiles/<subject_of_email>.eml Already exists do you want to replace it? Y/N

Clearly a temp folder for stored copies of emails before they get moved/copied somewhere.

There's a similar bug reported here: https://bugzilla.mozilla.org/show_bug.cgi?id=1983616

Which links to another couple of bugs, but all are talking about dragging files to desktop or other location but not about dragging them within the program.

Presumably once a dragged email reaches it's destination the copy in the mozDraggedFiels folder ought to be cleared right? I wonder why that has changed recently, I'm pretty sure I haven't had this issue before.

Also to make matters worse when the dialog box comes up, it is only displayed locally to the machine to screens connected directly to it and if I am remoting in with share screen or something like jump desktop the machine essentially hangs/disconnects until the dialog box is closed!

Anyone else getting this ?

I'm on OSX 15.1 and Thunderbird143.0.1 (aarch64) R.

Since a few weeks ago every time I try to drag an email from the inbox to a folder (I'm not ever trying to drag it out of Thunderbird), if I falter with the mouse or try to drag it a second time I get dialog box asking if I want to replace a file that already exists in the "mozDraggedFiles" folder. e.g.: '''CONFIRM''' ''/var/folders/4g/sjfdskjgdsklfi098ds09jsejre/T/'''mozDraggedFiles'''/<subject_of_email>.eml Already exists do you want to replace it? Y/N'' Clearly a temp folder for stored copies of emails before they get moved/copied somewhere. There's a similar bug reported here: https://bugzilla.mozilla.org/show_bug.cgi?id=1983616 Which links to another couple of bugs, but all are talking about dragging files to desktop or other location but not about dragging them within the program. Presumably once a dragged email reaches it's destination the copy in the mozDraggedFiels folder ought to be cleared right? I wonder why that has changed recently, I'm pretty sure I haven't had this issue before. Also to make matters worse when the dialog box comes up, it is only displayed locally to the machine to screens connected directly to it and if I am remoting in with share screen or something like jump desktop the machine essentially hangs/disconnects until the dialog box is closed! Anyone else getting this ? I'm on OSX 15.1 and Thunderbird143.0.1 (aarch64) R.

Wšě wotmołwy (2)

I suggest create a new bug by making a clone of Bug 1983616 - Dragging emails from Thunderbird into the macOS finder no longer works

Thanks Wayne,

As I stopped working remotely to my OSX machine for a while the problem went way but now I've started another job requiring remote working the problem appears to be still there.

So I've finally cloned it to this bug:

    https://bugzilla.mozilla.org/show_bug.cgi?id=2015405

Long time listener first time poster, hope I reported it clearly.

I also noticed that if dragging emails out of thunderbird to OSX Finder local to the machine, the files in the mozDraggedFiles folder are only created if you drag outside of the main Thunderbird window, but if screen sharing they are created immediately. In either case when the dialog box warning of a duplicate in mozDraggedFiles is displayed the remote screen session is paused and eventually disconnects. However if caused remotely the dialog box is not seen by the remote user, but if caused by a local drag to finder the dialog is visible to a remote user but the remote user is unable to click on any buttons and the session still fails until dealt with locally.

[p.s. I wish I could correct the typo in the title of this thread "Thunderbord" = "Thunderbird"]

Stajće prašenje

Dyrbiće so pola swojeho konta přizjewić, zo byšće na přinoški wotmołwił. Prošu stajće nowe prašenje, jeli hišće wužiwarske konto nimaće.