Buscar en Ayuda

Avoid support scams. We will never ask you to call or text a phone number or share personal information. Please report suspicious activity using the “Report Abuse” option.

Learn More

mp3 podcasts not saved

  • 3 respuestas
  • 1 tiene este problema
  • 5 visitas
  • Última respuesta de christ1

more options

Hello: tbird 84.0b1 64bit w10p. I update t-bird as soon as new updates appear,& w10 autoupdates. This is a new issue for me, as of this wk (16-21nov2020). T-birds "blogs & newsfeeds" doesn't save a full .mp3. If a file (pdf) is attached in a msg as it appears in the msg pane, the pdf saves. All the podcasts are .mp3 or .m4u AFAIK. I have always set the newsfeeds to simply update the "titles" whenever a new "title" appears, and I only download the mp3 "manually" as I wish (r-mouse click, "save as" when the attachment mp3 is highlighted). I click "save", but when I do a ctrl-j, there's nothing in the saved files tab, and nothing in the default dir. I do run "everything.exe" to doublecheck if the mp3 saved elsewhere, but it's not saved anywhere. Do I need to run mozbackup? I just installed new ghostery app "Midnight" (a new pdt, for all that means). I disabled it from startup via autoruns --- no difference. And again, the prob seems to be only in "blogs & newsfeeds." While waiting for reply here, I will run same t-bird v on mac (same computer -- bootcamped), to see if prob is in dev build or corrupted elsewhere in w10. -earlier this wk it did take a lot longer than normal to d/l some big (100M) music podcasts, but the initial download bytes,like 273k, did appear w/in a normally expected time, a few sec. after I clicked "save.". But today - no initial d/l data like the expected 273K appeared. -Will overwriting the same profile w/a saved copy fix? Or do I need to not do that & do a complete re-install? Or? Thank you.

Hello: tbird 84.0b1 64bit w10p. I update t-bird as soon as new updates appear,& w10 autoupdates. This is a new issue for me, as of this wk (16-21nov2020). T-birds "blogs & newsfeeds" doesn't save a full .mp3. If a file (pdf) is attached in a msg as it appears in the msg pane, the pdf saves. All the podcasts are .mp3 or .m4u AFAIK. I have always set the newsfeeds to simply update the "titles" whenever a new "title" appears, and I only download the mp3 "manually" as I wish (r-mouse click, "save as" when the attachment mp3 is highlighted). I click "save", but when I do a ctrl-j, there's nothing in the saved files tab, and nothing in the default dir. I do run "everything.exe" to doublecheck if the mp3 saved elsewhere, but it's not saved anywhere. Do I need to run mozbackup? I just installed new ghostery app "Midnight" (a new pdt, for all that means). I disabled it from startup via autoruns --- no difference. And again, the prob seems to be only in "blogs & newsfeeds." While waiting for reply here, I will run same t-bird v on mac (same computer -- bootcamped), to see if prob is in dev build or corrupted elsewhere in w10. -earlier this wk it did take a lot longer than normal to d/l some big (100M) music podcasts, but the initial download bytes,like 273k, did appear w/in a normally expected time, a few sec. after I clicked "save.". But today - no initial d/l data like the expected 273K appeared. -Will overwriting the same profile w/a saved copy fix? Or do I need to not do that & do a complete re-install? Or? Thank you.

Todas las respuestas (3)

more options

Are you using Windows folder protection? You may check your Windows notifications if there is anything related.

more options

I am NOT using wf protection to my knowledge. What notice would come up? And, why would this suddenly appear in the latest build only? dev 83 had no probs. -I booted into mac catalina, and DUPLICATED the prob in t-bird 84b1. That is, mp3s are NOT being saved anywhere. -I installed stable v78 in MacOS and prob disappeared. This is a bug.

more options

You're right, I can reproduce this on Windows with TB84.0b1. I'd suggest you raise a bug in Bugzilla for this. https://bugzilla.mozilla.org/

You may post the bug ID here then.