There has been an update to the firefox, and the issue doesn't seem to now occur. I had saved the old /usr/bin/firefox to firefox.org. So, the differences are just these lines... diff firefox firefox.org 68d67 < GETENFORCE_FILE="/usr/sbin/getenforce" 186,187c185,186 < if [ -x $GETENFORCE_FILE ] && [`getenforce` != "Disabled" ]; then < (restorecon -vr ~/.mozilla/firefox/* &) --- > if [ `getenforce` != "Disabled" ]; then > restorecon -vr ~/.mozilla/firefox/* & On 24 Oct 2020 at 16:05, Todd Zullinger wrote: Date sent: Sat, 24 Oct 2020 16:05:44 -0400 From: Todd Zullinger <tmz@xxxxxxxxx> To: users@xxxxxxxxxxxxxxxxxxxxxxx Subject: Re: Question on firefox script and zombie?? Send reply to: Community support for Fedora users <users@xxxxxxxxxxxxxxxxxxxxxxx> > Michael D. Setzer II via users wrote: > > Notice that when running firefox I was seeing a zombie program running > > that is linked to restorecon?? > > > > Looked at script and found this line in it. > > > > restorecon -vr ~/.mozilla/firefox/* & > > > > It does clear once firefox is closed, but nothing would clear it while > > running. > > > > I changed the line to > > restorecon -vr ~/.mozilla/firefox/* #& > > And no longer get the zombie? > > The restorecon call was added (as you may have seen while > editing /usr/bin/firefox) for bug #1731371¹. > > The zombie process issue was noted in comment 16 of the > ticket and was addressed in a subsequent update which may > not have reached the stable repos yet. The update with the > fix is marked as stable in bodhi, but the push to get that > into the repos may not have completed or not reached the > mirror you're using. > > In case you want to test the current update: > > F31: https://bodhi.fedoraproject.org/updates/FEDORA-2020-947b399b81 > F32: https://bodhi.fedoraproject.org/updates/FEDORA-2020-16dc2f1aeb > > > Takes almost no time to run the command, so not sure what > > the purpose of have the & on the line is? > > In many cases it might not, but if it were to block the > startup of firefox, even by a few seconds, that would surely > lead to bug reports for the Firefox maintainer(s) and a poor > experience for users who have slower disk or whatever else > might cause restorecon to be slow for them. > > The fix that was implemented runs the restorecon command in > a subshell, still in the background. > > It looks like the longer-term fix is for Firefox to not need > to call restorecon itself, but have restorecond handle this > task as needed. That's what I took from comments 21, 22, & > 23 in bug #1731371. A bug for the SELinux policycoreutils > package was filed as #1888994² for that. > > Hope that's useful info, Michael or anyone following along. > > ¹ https://bugzilla.redhat.com/1731371 - Downloaded Widevine > plugin do have wrong SELinux label > ² https://bugzilla.redhat.com/1888994 > > -- > Todd > +------------------------------------------------------------+ Michael D. Setzer II - Computer Science Instructor (Retired) mailto:mikes@xxxxxxxx mailto:msetzerii@xxxxxxxxx Guam - Where America's Day Begins G4L Disk Imaging Project maintainer http://sourceforge.net/projects/g4l/ +------------------------------------------------------------+ _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
