Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
gevisz wrote: > вс, 16 сент. 2018 г. в 11:09, Dale : >> >> I have nine Firefox profiles here. Any problems I have had have turned >> out to be a bad add on. Sometimes I turn off auto update and new >> Firefox doesn't like old add on. > Probably, you meant that problems with old add ons arise when firefox > auto update is turned on. If so, I do agree. Well, that is sometimes why I turn auto update off on some add ons. Sometimes, since I am on a older version of Firefox, newer add ons don't work. I might add, some older add ons won't work with newer Firefox at all. Firefox disables them and works just not with the add on. Tab utilities is one of them. >> It is rare that I have Firefox crash. > Unfortunately, even a rare Firefox crash has long standing consequences. :( > I use session manager on most profiles and even if it does crash, I can go back right away. I don't recall losing anything. On some profiles, I have dozens of tabs open, sometimes close to and even over 100. >> It may get slow at times but it keeps chugging along. Generally I have >> four or five profiles running and sometimes even more. I use different >> profiles for different tasks with different add ons. I've noticed that >> the more add ons one has, the slower it tends to get. I sort of spread >> them out a bit. > If multiple Firefox profiles do not increase the probability of its crash > any more, than it is a good news because they are really useful. > > Anyway, I still afraid to use them so far. > I been using profiles for a few years with no issues. My biggest cause of problems is incompatibility of add ons when either Firefox or the add on gets updated. It may be worth checking into again. Could be that all the new coding fixed issues you had before. One thing about it, you can always remove the newer profiles and go back to the old way. Dale :-) :-)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Sunday, 16 September 2018 12:32:53 BST gevisz wrote: > вс, 16 сент. 2018 г. в 11:09, Dale : > > Mick wrote: > > > On Sunday, 16 September 2018 08:19:30 BST gevisz wrote: > > >> пт, 7 сент. 2018 г. в 19:05, Mick : > > >>> On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > > >>> > > >>> Something else I came across causing FF crashes here, was a bug with > > >>> profile- sync-daemon (recent thread of mine refers). I don't know if > > >>> you > > >>> use psd, but I wasn't aware of this psd bug when you posted about your > > >>> problems. I only mention it now as another thing to check next time > > >>> you > > >>> have FF crashing on you. > > >> > > >> Thank you for additional information. > > >> > > >> I have read in this mailing list (may be it was your thread) that using > > >> profiles in firefox is another source of crashes. So, I do not use > > >> profiles, and now hope that it means that I do not use psd as well. :) > > > > > > Ah! No, they are too different things. > > > > > > I have not read anywhere that the use of multiple user profiles causes > > > FF to crash. Perhaps some addons may do. > > > <> > > > > I have nine Firefox profiles here. Any problems I have had have turned > > out to be a bad add on. Sometimes I turn off auto update and new > > Firefox doesn't like old add on. > > Probably, you meant that problems with old add ons arise when firefox > auto update is turned on. If so, I do agree. > > > It is rare that I have Firefox crash. > > Unfortunately, even a rare Firefox crash has long standing consequences. :( > > > It may get slow at times but it keeps chugging along. Generally I have > > four or five profiles running and sometimes even more. I use different > > profiles for different tasks with different add ons. I've noticed that > > the more add ons one has, the slower it tends to get. I sort of spread > > them out a bit. > > If multiple Firefox profiles do not increase the probability of its crash > any more, than it is a good news because they are really useful. > > Anyway, I still afraid to use them so far. I also have more than one profiles, with different/no addons and configurations and have not experienced any crashes on my PC. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
вс, 16 сент. 2018 г. в 11:09, Dale : > > Mick wrote: > > On Sunday, 16 September 2018 08:19:30 BST gevisz wrote: > >> пт, 7 сент. 2018 г. в 19:05, Mick : > >>> On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > >>> > >>> Something else I came across causing FF crashes here, was a bug with > >>> profile- sync-daemon (recent thread of mine refers). I don't know if you > >>> use psd, but I wasn't aware of this psd bug when you posted about your > >>> problems. I only mention it now as another thing to check next time you > >>> have FF crashing on you. > >> Thank you for additional information. > >> > >> I have read in this mailing list (may be it was your thread) that using > >> profiles in firefox is another source of crashes. So, I do not use > >> profiles, and now hope that it means that I do not use psd as well. :) > > Ah! No, they are too different things. > > > > I have not read anywhere that the use of multiple user profiles causes FF to > > crash. Perhaps some addons may do. > > <> > > I have nine Firefox profiles here. Any problems I have had have turned > out to be a bad add on. Sometimes I turn off auto update and new > Firefox doesn't like old add on. Probably, you meant that problems with old add ons arise when firefox auto update is turned on. If so, I do agree. > It is rare that I have Firefox crash. Unfortunately, even a rare Firefox crash has long standing consequences. :( > It may get slow at times but it keeps chugging along. Generally I have > four or five profiles running and sometimes even more. I use different > profiles for different tasks with different add ons. I've noticed that > the more add ons one has, the slower it tends to get. I sort of spread > them out a bit. If multiple Firefox profiles do not increase the probability of its crash any more, than it is a good news because they are really useful. Anyway, I still afraid to use them so far.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
вс, 16 сент. 2018 г. в 10:50, Mick : > > On Sunday, 16 September 2018 08:19:30 BST gevisz wrote: > > пт, 7 сент. 2018 г. в 19:05, Mick : > > > On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > > > > > > Something else I came across causing FF crashes here, was a bug with > > > profile- sync-daemon (recent thread of mine refers). I don't know if you > > > use psd, but I wasn't aware of this psd bug when you posted about your > > > problems. I only mention it now as another thing to check next time you > > > have FF crashing on you. > > > > Thank you for additional information. > > > > I have read in this mailing list (may be it was your thread) that using > > profiles in firefox is another source of crashes. So, I do not use > > profiles, and now hope that it means that I do not use psd as well. :) > > Ah! No, they are too different things. > > I have not read anywhere that the use of multiple user profiles causes FF to > crash. Perhaps some addons may do. Multiple profiles for the same user. > The use of psd on the other hand is a useful package, minimising the writing > cycles of the browser's cache to disk. If your PC is running on SDD or hybrid > disks and has enough RAM, then a profile-sync-daemon (when it is not buggy) > should be a good thing. Ok, thank you for the information. I still use only HDDs. So, I probably do not need psd so far.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
Mick wrote: > On Sunday, 16 September 2018 08:19:30 BST gevisz wrote: >> пт, 7 сент. 2018 г. в 19:05, Mick : >>> On Friday, 7 September 2018 16:32:40 BST gevisz wrote: >>> >>> Something else I came across causing FF crashes here, was a bug with >>> profile- sync-daemon (recent thread of mine refers). I don't know if you >>> use psd, but I wasn't aware of this psd bug when you posted about your >>> problems. I only mention it now as another thing to check next time you >>> have FF crashing on you. >> Thank you for additional information. >> >> I have read in this mailing list (may be it was your thread) that using >> profiles in firefox is another source of crashes. So, I do not use >> profiles, and now hope that it means that I do not use psd as well. :) > Ah! No, they are too different things. > > I have not read anywhere that the use of multiple user profiles causes FF to > crash. Perhaps some addons may do. > <> I have nine Firefox profiles here. Any problems I have had have turned out to be a bad add on. Sometimes I turn off auto update and new Firefox doesn't like old add on. It is rare that I have Firefox crash. It may get slow at times but it keeps chugging along. Generally I have four or five profiles running and sometimes even more. I use different profiles for different tasks with different add ons. I've noticed that the more add ons one has, the slower it tends to get. I sort of spread them out a bit. Dale :-) :-)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Sunday, 16 September 2018 08:19:30 BST gevisz wrote: > пт, 7 сент. 2018 г. в 19:05, Mick : > > On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > > > > Something else I came across causing FF crashes here, was a bug with > > profile- sync-daemon (recent thread of mine refers). I don't know if you > > use psd, but I wasn't aware of this psd bug when you posted about your > > problems. I only mention it now as another thing to check next time you > > have FF crashing on you. > > Thank you for additional information. > > I have read in this mailing list (may be it was your thread) that using > profiles in firefox is another source of crashes. So, I do not use > profiles, and now hope that it means that I do not use psd as well. :) Ah! No, they are too different things. I have not read anywhere that the use of multiple user profiles causes FF to crash. Perhaps some addons may do. The use of psd on the other hand is a useful package, minimising the writing cycles of the browser's cache to disk. If your PC is running on SDD or hybrid disks and has enough RAM, then a profile-sync-daemon (when it is not buggy) should be a good thing. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
пт, 7 сент. 2018 г. в 19:05, Mick : > > On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > > Something else I came across causing FF crashes here, was a bug with profile- > sync-daemon (recent thread of mine refers). I don't know if you use psd, but > I wasn't aware of this psd bug when you posted about your problems. I only > mention it now as another thing to check next time you have FF crashing on > you. Thank you for additional information. I have read in this mailing list (may be it was your thread) that using profiles in firefox is another source of crashes. So, I do not use profiles, and now hope that it means that I do not use psd as well. :)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 7 September 2018 16:32:40 BST gevisz wrote: > пт, 27 июл. 2018 г. в 18:30, Mick : > > This looks like a radeon video driver problem. You could go into a loop > > of > > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, > > or you could wait for/keyword later versions of these packages. > > Just now, I have finished updating my system. It was after a more than > a month of not doing so because of the summer heat. So, there was > a lot of packages to update, including mesa. > > After the update, the problem with firefox crashing on privat24.ua > logging page dissappeared. So, it looks like your advise to rebuild > xorg, mesa, etc. was right. Thank you. You're welcome. I've been bitten by similar problems in the past and quite often there is no way out other than reverting an update and waiting for a later more polished version of a package. Something else I came across causing FF crashes here, was a bug with profile- sync-daemon (recent thread of mine refers). I don't know if you use psd, but I wasn't aware of this psd bug when you posted about your problems. I only mention it now as another thing to check next time you have FF crashing on you. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
пт, 27 июл. 2018 г. в 18:30, Mick : > > This looks like a radeon video driver problem. You could go into a loop of > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or > you could wait for/keyword later versions of these packages. Just now, I have finished updating my system. It was after a more than a month of not doing so because of the summer heat. So, there was a lot of packages to update, including mesa. After the update, the problem with firefox crashing on privat24.ua logging page dissappeared. So, it looks like your advise to rebuild xorg, mesa, etc. was right. Thank you.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-08-02 3:16 GMT+03:00 Adam Carter : >> > I would do something like 'emerge -1 xorg-server xorg-drivers >> > @x11-module-rebuild mesa llvm clang' then restart X and try again. >> >> Thank you for your reply. >> >> Initially, I understood the above recomendation as the suggestion to >> rebuild the packages mentioned above with different use flags. >> >> Do you think that rebuilding them with the same use flags may help? > > > It can, for example, if the major version of the kernel has changed but you > havent rebuild xorg since (I only recall having this issue once). Ok, thank you. I will try to do it in a two weeks. (Currently, is still too hot to start so massive recompilation.) > If you use newuse and changed-deps with emerge its probably less likely to > find other issues. > >> >> The said problem appeared just since the intallation of the new >> Gentoo system in January-February 2018 and not since changing >> the major version of gcc this spring. >> >> P.S. clang is not installed on my Gentoo system at all. >> > > I've checked the dependencies on my system, and firefox is pulling that in > for me, but checking the ebuilds you can see it becomes a dependency from > v60 onwards; > > /usr/portage/www-client/firefox $ ls > files/ firefox-52.9.0.ebuild Manifest > firefox-52.6.0.ebuild firefox-60.1.0.ebuild metadata.xml > firefox-52.8.0.ebuild firefox-61.0-r1.ebuild > /usr/portage/www-client/firefox $ grep clang * > grep: files: Is a directory > firefox-60.1.0.ebuild:>=sys-devel/clang-4.0.1 > firefox-60.1.0.ebuild:has_version "sys-devel/clang:${LLVM_SLOT}" > firefox-61.0-r1.ebuild:>=sys-devel/clang-4.0.1 > firefox-61.0-r1.ebuild:has_version "sys-devel/clang:${LLVM_SLOT}" > /usr/portage/www-client/firefox $ Ok, thank you. I still have FF version 5.8.0 (64 bit). It is the latest stable version on amd64.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
> > > I would do something like 'emerge -1 xorg-server xorg-drivers > > @x11-module-rebuild mesa llvm clang' then restart X and try again. > > Thank you for your reply. > > Initially, I understood the above recomendation as the suggestion to > rebuild the packages mentioned above with different use flags. > > Do you think that rebuilding them with the same use flags may help? > It can, for example, if the major version of the kernel has changed but you havent rebuild xorg since (I only recall having this issue once). If you use newuse and changed-deps with emerge its probably less likely to find other issues. > The said problem appeared just since the intallation of the new > Gentoo system in January-February 2018 and not since changing > the major version of gcc this spring. > > P.S. clang is not installed on my Gentoo system at all. > > I've checked the dependencies on my system, and firefox is pulling that in for me, but checking the ebuilds you can see it becomes a dependency from v60 onwards; /usr/portage/www-client/firefox $ ls files/ firefox-52.9.0.ebuild Manifest firefox-52.6.0.ebuild firefox-60.1.0.ebuild metadata.xml firefox-52.8.0.ebuild firefox-61.0-r1.ebuild /usr/portage/www-client/firefox $ grep clang * grep: files: Is a directory firefox-60.1.0.ebuild:>=sys-devel/clang-4.0.1 firefox-60.1.0.ebuild:has_version "sys-devel/clang:${LLVM_SLOT}" firefox-61.0-r1.ebuild:>=sys-devel/clang-4.0.1 firefox-61.0-r1.ebuild:has_version "sys-devel/clang:${LLVM_SLOT}" /usr/portage/www-client/firefox $
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-08-01 2:41 GMT+03:00 Adam Carter : >> > It even more strengthens my impression than I should first >> > play with reconfiguring the kernel. >> >> I have loaded the new Gentoo system using the kernel from the old one >> with no change in Firefox behaviour on https://www.privat24.ua/#login >> page: it crashed as was described before. >> >> So, playing with the kernel configuration will not help. :( > > > I think this "This looks like a radeon video driver problem. You could go > into a loop of rebuilding xorg, mesa, dev-libs/nss, what-ever and see if > things improve" is the best suggestion so far. > > I would do something like 'emerge -1 xorg-server xorg-drivers > @x11-module-rebuild mesa llvm clang' then restart X and try again. Thank you for your reply. Initially, I understood the above recomendation as the suggestion to rebuild the packages mentioned above with different use flags. Do you think that rebuilding them with the same use flags may help? The said problem appeared just since the intallation of the new Gentoo system in January-February 2018 and not since changing the major version of gcc this spring. P.S. clang is not installed on my Gentoo system at all.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
> > > It even more strengthens my impression than I should first > > play with reconfiguring the kernel. > > I have loaded the new Gentoo system using the kernel from the old one > with no change in Firefox behaviour on https://www.privat24.ua/#login > page: it crashed as was described before. > > So, playing with the kernel configuration will not help. :( > I think this "This looks like a radeon video driver problem. You could go into a loop of rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve" is the best suggestion so far. I would do something like 'emerge -1 xorg-server xorg-drivers @x11-module-rebuild mesa llvm clang' then restart X and try again.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-28 15:24 GMT+03:00 gevisz : > 2018-07-27 23:02 GMT+03:00 Mick : >> On Friday, 27 July 2018 19:49:45 BST gevisz wrote: >>> 2018-07-27 18:29 GMT+03:00 Mick : >>> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >>> >> 2018-07-27 15:44 GMT+03:00 gevisz : >>> >> > Updating world without global -pam, -polkit and -consolekit use flags >>> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >>> >> > described above: it is still cannot display the page >>> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." >>> >> > message. >>> >> > >>> >> > So, I will probably revert changes tomorrow. >>> >> > >>> >> > Playing with strace has been put on todo list. >>> >> >>> >> Last lines of the log file after runnig the following command >>> >> >>> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >>> >> QupZilla: 0 extensions loaded >>> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >>> >> Root Certs, loaded==false: NSS error code: -8018 >>> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >>> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com >>> > >>> > Mozilla is using libnss to check the validity of the website certificate >>> > with the OCSP of the CA issuer of the certificate (digicert.com). For >>> > some reason it seems the connection is interrupted. See lines 605 to 621 >>> > here: >>> > >>> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ >>> > nss_ocsp.cc.html >>> > >>> > The connection may be interrupted because the browser/tab crashes (see >>> > below).> >>> >> r300 FP: Compiler Error: >>> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv >>> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >>> >> translate_rgb_opcode: Unknown opcode DDY >>> >> Using a dummy shader instead. >>> >> QupZilla: Crashed :( Saving backtrace in >>> >> /home/gevis/.config/qupzilla/crashlog ... >>> >> Backtrace successfully saved in >>> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >>> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >>> >> >>> >> are the following: >>> >> >>> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >>> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >>> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >>> >> = 0x7f22f565 >>> >> +++ killed by SIGABRT +++ >>> > >>> > This looks like a radeon video driver problem. You could go into a loop >>> > of >>> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, >>> > or you could wait for/keyword later versions of these packages. >>> >>> Thank you for the tip. In this case, I should first try reconfigure the >>> kernel. >>> > Alternatively, you could try reporting this to the application devs and >>> > see >>> > what they say. >>> >>> Do you mean developpers of FF/QZ? >> >> Yes, although unless this is a known bug they may point you to the devs of >> the >> radeon drivers. I've been around this loop a couple of times (sigh ...) > > Ok. Thank you. > > It even more strengthens my impression than I should first > play with reconfiguring the kernel. I have loaded the new Gentoo system using the kernel from the old one with no change in Firefox behaviour on https://www.privat24.ua/#login page: it crashed as was described before. So, playing with the kernel configuration will not help. :(
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 23:02 GMT+03:00 Mick : > On Friday, 27 July 2018 19:49:45 BST gevisz wrote: >> 2018-07-27 18:29 GMT+03:00 Mick : >> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >> >> 2018-07-27 15:44 GMT+03:00 gevisz : >> >> > Updating world without global -pam, -polkit and -consolekit use flags >> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >> >> > described above: it is still cannot display the page >> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." >> >> > message. >> >> > >> >> > So, I will probably revert changes tomorrow. >> >> > >> >> > Playing with strace has been put on todo list. >> >> >> >> Last lines of the log file after runnig the following command >> >> >> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >> >> QupZilla: 0 extensions loaded >> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >> >> Root Certs, loaded==false: NSS error code: -8018 >> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com >> > >> > Mozilla is using libnss to check the validity of the website certificate >> > with the OCSP of the CA issuer of the certificate (digicert.com). For >> > some reason it seems the connection is interrupted. See lines 605 to 621 >> > here: >> > >> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ >> > nss_ocsp.cc.html >> > >> > The connection may be interrupted because the browser/tab crashes (see >> > below).> >> >> r300 FP: Compiler Error: >> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv >> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >> >> translate_rgb_opcode: Unknown opcode DDY >> >> Using a dummy shader instead. >> >> QupZilla: Crashed :( Saving backtrace in >> >> /home/gevis/.config/qupzilla/crashlog ... >> >> Backtrace successfully saved in >> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >> >> >> >> are the following: >> >> >> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >> >> = 0x7f22f565 >> >> +++ killed by SIGABRT +++ >> > >> > This looks like a radeon video driver problem. You could go into a loop >> > of >> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, >> > or you could wait for/keyword later versions of these packages. >> >> Thank you for the tip. In this case, I should first try reconfigure the >> kernel. >> > Alternatively, you could try reporting this to the application devs and >> > see >> > what they say. >> >> Do you mean developpers of FF/QZ? > > Yes, although unless this is a known bug they may point you to the devs of the > radeon drivers. I've been around this loop a couple of times (sigh ...) Ok. Thank you. It even more strengthens my impression than I should first play with reconfiguring the kernel. I will do it a bit later, when the summer heat becames more tolerable. :)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 19:49:45 BST gevisz wrote: > 2018-07-27 18:29 GMT+03:00 Mick : > > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: > >> 2018-07-27 15:44 GMT+03:00 gevisz : > >> > Updating world without global -pam, -polkit and -consolekit use flags > >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx > >> > described above: it is still cannot display the page > >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." > >> > message. > >> > > >> > So, I will probably revert changes tomorrow. > >> > > >> > Playing with strace has been put on todo list. > >> > >> Last lines of the log file after runnig the following command > >> > >> $ strace -o strace.log qupzilla https://www.privat24.ua/ > >> QupZilla: 0 extensions loaded > >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading > >> Root Certs, loaded==false: NSS error code: -8018 > >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No > >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com > > > > Mozilla is using libnss to check the validity of the website certificate > > with the OCSP of the CA issuer of the certificate (digicert.com). For > > some reason it seems the connection is interrupted. See lines 605 to 621 > > here: > > > > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ > > nss_ocsp.cc.html > > > > The connection may be interrupted because the browser/tab crashes (see > > below).> > >> r300 FP: Compiler Error: > >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv > >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > >> translate_rgb_opcode: Unknown opcode DDY > >> Using a dummy shader instead. > >> QupZilla: Crashed :( Saving backtrace in > >> /home/gevis/.config/qupzilla/crashlog ... > >> Backtrace successfully saved in > >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt > >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ > >> > >> are the following: > >> > >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 > >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 > >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) > >> = 0x7f22f565 > >> +++ killed by SIGABRT +++ > > > > This looks like a radeon video driver problem. You could go into a loop > > of > > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, > > or you could wait for/keyword later versions of these packages. > > Thank you for the tip. In this case, I should first try reconfigure the > kernel. > > Alternatively, you could try reporting this to the application devs and > > see > > what they say. > > Do you mean developpers of FF/QZ? Yes, although unless this is a known bug they may point you to the devs of the radeon drivers. I've been around this loop a couple of times (sigh ...) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 18:29 GMT+03:00 Mick : > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >> 2018-07-27 15:44 GMT+03:00 gevisz : >> > Updating world without global -pam, -polkit and -consolekit use flags >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >> > described above: it is still cannot display the page >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message. >> > >> > So, I will probably revert changes tomorrow. >> > >> > Playing with strace has been put on todo list. >> >> Last lines of the log file after runnig the following command >> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >> QupZilla: 0 extensions loaded >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >> Root Certs, loaded==false: NSS error code: -8018 >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com > > Mozilla is using libnss to check the validity of the website certificate with > the OCSP of the CA issuer of the certificate (digicert.com). For some reason > it seems the connection is interrupted. See lines 605 to 621 here: > > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ > nss_ocsp.cc.html > > The connection may be interrupted because the browser/tab crashes (see below). > > >> r300 FP: Compiler Error: >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers >> /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >> translate_rgb_opcode: Unknown opcode DDY >> Using a dummy shader instead. >> QupZilla: Crashed :( Saving backtrace in >> /home/gevis/.config/qupzilla/crashlog ... >> Backtrace successfully saved in >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >> >> are the following: >> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >> = 0x7f22f565 >> +++ killed by SIGABRT +++ > > > This looks like a radeon video driver problem. You could go into a loop of > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or > you could wait for/keyword later versions of these packages. Thank you for the tip. In this case, I should first try reconfigure the kernel. > Alternatively, you could try reporting this to the application devs and see > what they say. Do you mean developpers of FF/QZ?
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 14:00:43 BST gevisz wrote: > 2018-07-27 15:44 GMT+03:00 gevisz : > > Updating world without global -pam, -polkit and -consolekit use flags > > in /etc/portage/make.conf have not changed the behaviour of Fireforx > > described above: it is still cannot display the page > > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message. > > > > So, I will probably revert changes tomorrow. > > > > Playing with strace has been put on todo list. > > Last lines of the log file after runnig the following command > > $ strace -o strace.log qupzilla https://www.privat24.ua/ > QupZilla: 0 extensions loaded > [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading > Root Certs, loaded==false: NSS error code: -8018 > [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No > URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com Mozilla is using libnss to check the validity of the website certificate with the OCSP of the CA issuer of the certificate (digicert.com). For some reason it seems the connection is interrupted. See lines 605 to 621 here: https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ nss_ocsp.cc.html The connection may be interrupted because the browser/tab crashes (see below). > r300 FP: Compiler Error: > /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers > /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > translate_rgb_opcode: Unknown opcode DDY > Using a dummy shader instead. > QupZilla: Crashed :( Saving backtrace in > /home/gevis/.config/qupzilla/crashlog ... > Backtrace successfully saved in > /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt > zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ > > are the following: > > clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 > ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 > mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) > = 0x7f22f565 > +++ killed by SIGABRT +++ This looks like a radeon video driver problem. You could go into a loop of rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, or you could wait for/keyword later versions of these packages. Alternatively, you could try reporting this to the application devs and see what they say. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 15:44 GMT+03:00 gevisz : > Updating world without global -pam, -polkit and -consolekit use flags > in /etc/portage/make.conf have not changed the behaviour of Fireforx > described above: it is still cannot display the page https://www.privat24.ua/ > and shows "Gah. Your tab just crashed." message. > > So, I will probably revert changes tomorrow. > > Playing with strace has been put on todo list. Last lines of the log file after runnig the following command $ strace -o strace.log qupzilla https://www.privat24.ua/ QupZilla: 0 extensions loaded [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading Root Certs, loaded==false: NSS error code: -8018 [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [15707:15719:0727/155145.900327:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [15707:15719:0727/155145.900384:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com [15707:15719:0727/155145.904387:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [15707:15719:0727/155145.904448:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [15707:15719:0727/155145.904496:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com r300 FP: Compiler Error: /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers/r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): translate_rgb_opcode: Unknown opcode DDY Using a dummy shader instead. QupZilla: Crashed :( Saving backtrace in /home/gevis/.config/qupzilla/crashlog ... Backtrace successfully saved in /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ are the following: read(5, "\1\0\0\0\0\0\0\0", 16) = 8 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988321461}) = 0 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988368394}) = 0 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988415817}) = 0 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988467639}) = 0 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=12, events=POLLIN}, {fd=44, events=POLLIN}], 4, 0) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=988568839}) = 0 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=12, events=POLLIN}, {fd=44, events=POLLIN}], 4, 0) = 1 ([{fd=5, revents=POLLIN}]) read(5, "\1\0\0\0\0\0\0\0", 16) = 8 poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{iov_base="&\0\2\0y\2\0\0", iov_len=8}], 1) = 8 futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 0 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=990082928}) = 0 poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{iov_base="\231\7\5\0\21\0\300\1\1\0\0\0\1\0\0\0\30\0\0\0", iov_len=20}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 20 futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1 ioctl(8, DRM_IOCTL_RADEON_GEM_CREATE, 0x7ffd31773080) = 0 ioctl(8, DRM_IOCTL_RADEON_GEM_SET_TILING, 0x7ffd3177311c) = 0 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=995358529}) = 0 ioctl(8, DRM_IOCTL_RADEON_GEM_WAIT_IDLE, 0x7ffd31773250) = 0 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1166, tv_nsec=995480262}) = 0 ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x1073e4000) = 0x7f22f585 futex(0x55f78fd2d4f4, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x55f78fd2d4a0, FUTEX_WAKE_PRIVATE, 1) = 1 munmap(0x7f22f585, 6868992) = 0 ioctl(8, DRM_IOCTL_GEM_CLOSE, 0x7ffd31773358) = 0 futex(0x55f78fe276a8, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x55f78fe276a8, FUTEX_WAIT_PRIVATE, 2, NULL) = 0 futex(0x55f78fe276a8, FUTEX_WAKE_PRIVATE, 1) = 0 ioctl(8, DRM_IOCTL_RADEON_GEM_WAIT_IDLE, 0x7ffd31773900) = 0 ioctl(8, DRM_IOCTL_GEM_CLOSE, 0x7ffd317738d8) = 0 ioctl(8, DRM_IOCTL_RADEON_GEM_CREATE, 0x7ffd317737a0) = 0 futex(0x55f78fd2d4f4, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x55f78fd2d4a0, FUTEX_WAKE_PRIVATE, 1) = 1 poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{iov_base="\231\10\10\0\21\0\300\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", iov_len=32}], 1) = 32 futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1 poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) writev(3, [{iov_base="+\7\1\0", iov_len=4}, {iov_base=NULL, iov_len=0}, {iov_base="", iov_len=0}], 3) = 4 futex(0x55f78fcb7c08, FUTEX_WAKE_PRIVATE, 1) = 1 write(5, "\1\0\0\0\0\0\0\0", 8) = 8 clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=5347019}) = 0 poll([{fd=3, events=POLLIN}, {fd=5, events=POLLIN}, {fd=12, events=POLLIN}, {fd=44,
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 14:13 GMT+03:00 gevisz : > 2018-07-27 13:57 GMT+03:00 Mick : >> On Friday, 27 July 2018 11:44:08 BST gevisz wrote: >>> 2018-07-27 12:44 GMT+03:00 Mick : >> >>> > PAM is used to separate applications from the underlying >>> > authentication mechanisms. It checks OS user/account/passwd/session >>> > authentications when required by applications. This is the backbone >>> > of managing Linux authentications today, although some applications >>> > retain their own application level authentication mechanism (e.g. SSH). >>> >>> So, do you think that global -pam use flag can cause Firefox >>> and QupZilla to crash on loging web-pages? >> >> You can run them with strace to see if they are trying to access any pam >> modules, but I would think it unlikely. > > Thank you for the tip. I will try to use strace after reading about it. > > However, currently I already deleted grobal -pam use flag and > started to update world with the new settings. Some new packages > are currently installing and some other are recompiling. Updating world without global -pam, -polkit and -consolekit use flags in /etc/portage/make.conf have not changed the behaviour of Fireforx described above: it is still cannot display the page https://www.privat24.ua/ and shows "Gah. Your tab just crashed." message. So, I will probably revert changes tomorrow. Playing with strace has been put on todo list. Any more adeas?
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 13:57 GMT+03:00 Mick : > On Friday, 27 July 2018 11:44:08 BST gevisz wrote: >> 2018-07-27 12:44 GMT+03:00 Mick : > >> > PAM is used to separate applications from the underlying >> > authentication mechanisms. It checks OS user/account/passwd/session >> > authentications when required by applications. This is the backbone >> > of managing Linux authentications today, although some applications >> > retain their own application level authentication mechanism (e.g. SSH). >> >> So, do you think that global -pam use flag can cause Firefox >> and QupZilla to crash on loging web-pages? > > You can run them with strace to see if they are trying to access any pam > modules, but I would think it unlikely. Thank you for the tip. I will try to use strace after reading about it. However, currently I already deleted grobal -pam use flag and started to update world with the new settings. Some new packages are currently installing and some other are recompiling. > I bet this is something to do with the graphics drivers. Later versions of > browsers are heavy on hardware acceleration and can stress some graphics > drivers causing crashes like this. Geolocation and other pop ups use the GPU > to create rendering effects and this could be the cause of the crash. I doubt this because the same works on old Gentoo intallation on the same computer. But I can not be sure, of course. :)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 11:44:08 BST gevisz wrote: > 2018-07-27 12:44 GMT+03:00 Mick : > > PAM is used to separate applications from the underlying > > authentication mechanisms. It checks OS user/account/passwd/session > > authentications when required by applications. This is the backbone > > of managing Linux authentications today, although some applications > > retain their own application level authentication mechanism (e.g. SSH). > > So, do you think that global -pam use flag can cause Firefox > and QupZilla to crash on loging web-pages? You can run them with strace to see if they are trying to access any pam modules, but I would think it unlikely. I bet this is something to do with the graphics drivers. Later versions of browsers are heavy on hardware acceleration and can stress some graphics drivers causing crashes like this. Geolocation and other pop ups use the GPU to create rendering effects and this could be the cause of the crash. PS. My wife's FF started crashing recently whenever she closes a single tab - but not every time. :-/ -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 12:44 GMT+03:00 Mick : > On Friday, 27 July 2018 09:16:30 BST gevisz wrote: >> I have two Gentoo systems on the same AMD Athlon 64 X2 computer. >> >> The old one was installed in July 2013 with >> default/linux/amd64/13.0/desktop/gnome (stable) >> profile and was updated till the middle of >> July 2017. Initially it hosted Gnome2 >> but later I have switched to XFCE4. >> >> The new one was installed in January-February 2018 >> with default/linux/amd64/17.0/desktop (stable) >> profile and was last updated yesterday. From the >> very beginning it hosted no DE, only Awesome WM >> and dbus. >> >> The home directory is the same and still remembers >> Ubuntu 6.04 installation in 2006. >> >> On the old system, I had the problem that chromium >> very often (but not always!) asked me for some >> (keyring?) password when I opened a new www-page. >> >> Recompilation of it with different user flags did not help. > > Go to: > > chrome://settings/passwords > > Then disable "Offer to save passwords". It should not ask > you to save passwords thereafter. Thank you for your reply. Chromium asked for a password to keyring or something like that and did it on opening almost any page, even that that definitely did not need any password authentication. So, it was something else than just saving password for pages. But it does not matter much now because I currently do not use Chromium any more because it compiles more than 26 hours on my computer. >> I thought that that was because of the gnome-keyring, >> consolekit or policykit packages but without any proof. > > From what I understand Chrome/ium will ask the desktop > password manager to handle the saving of website passwords. I guess he [Chromium] asked me for the password from a password manager I may be used in previous intallation of Ubuntu 5 or 10 years ago. However, I never give him that password (because did not remember any such password or even when I could create it in the past), so he asked almost every time he opened new page. :) > Policykit/polkit provides a centralised mechanism for > non-privileged processes to communicate with privileged > ones; e.g. when a plain user wants to hibernate/shutdown, > disable NICs, etc. > > https://lwn.net/Articles/258592/ > > Consolekit tracks user sessions and allows switching between > users on the same PC without logging out. I am using my computer alone, so I guess that I do not need it. > As far as I know with the switch to systemd and its built-in > seat/user/session management mechanisms Consolekit > is no longer maintained. I do not use systemd. >> So, while installing the new Gentoo system, I decided >> to avoid installing any package that needs gnome-keyring, >> consolekit or policykit packages. > > I think you shouldn't have needed to do all this. > >> I have also set -pam -consolekit and -policykit in my >> /etc/portage/make.conf > > PAM is used to separate applications from the underlying > authentication mechanisms. It checks OS user/account/passwd/session > authentications when required by applications. This is the backbone > of managing Linux authentications today, although some applications > retain their own application level authentication mechanism (e.g. SSH). So, do you think that global -pam use flag can cause Firefox and QupZilla to crash on loging web-pages? > I don't think setting USE="-pam" is advisable for most dekstop use cases. > >> Chromium indeed never asked me for the mentioned >> above password on the new Gentoo system. >> >> But I get another problem on the new Gentoo system: >> Firefox and Qupzilla both crash on some (login) www-pages. >> >> Namely, Firefox shows the "Gah. Your tab just crashed" >> when I try to log into my Yahoo e-mail account. >> >> This happens only after entering login and password, >> so not good enough to reproduce. >> >> However, it shows the same message just after staying >> about 3-5 seconds on the following internet banking >> login page: https://www.privat24.ua/#login >> No login or password needed. :) >> >> The last error messages sent to terminal by FF while I >> try to open the last www-page are the following: >> >> [Parent 4099] WARNING: pipe error (56): Connection reset by peer: > > The server disconnected you. > > >> file >> /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromi >> um/src/chrome/common/ipc_channel_posix.cc, line 322 > > I'm not sure if your firefox build is the same like shown here, Yes, the same. > but line 322 shows a I/O message loop where it checks if a connection > is running so that it can respond. > > The page in question pops up a couple of things, after loading the initial > page, including geolocation. Geolocation frame pops up, but on the old Gentoo system it does not lead to the tab crash. > It may have something to do with this. > >> ###!!! [Parent][MessageChannel] Error: >> (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot >> send/recv > > It seems the
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 09:16:30 BST gevisz wrote: > I have two Gentoo systems on the same AMD Athlon 64 X2 computer. > > The old one was installed in July 2013 with > default/linux/amd64/13.0/desktop/gnome (stable) > profile and was updated till the middle of > July 2017. Initially it hosted Gnome2 > but later I have switched to XFCE4. > > The new one was installed in January-February 2018 > with default/linux/amd64/17.0/desktop (stable) > profile and was last updated yesterday. From the > very beginning it hosted no DE, only Awesome WM > and dbus. > > The home directory is the same and still remembers > Ubuntu 6.04 installation in 2006. > > On the old system, I had the problem that chromium > very often (but not always!) asked me for some > (keyring?) password when I opened a new www-page. > > Recompilation of it with different user flags did not help. Go to: chrome://settings/passwords Then disable "Offer to save passwords". It should not ask you to save passwords thereafter. > I thought that that was because of the gnome-keyring, > consolekit or policykit packages but without any proof. >From what I understand Chrome/ium will ask the desktop password manager to handle the saving of website passwords. Policykit/polkit provides a centralised mechanism for non-privileged processes to communicate with privileged ones; e.g. when a plain user wants to hibernate/shutdown, disable NICs, etc. https://lwn.net/Articles/258592/ Consolekit tracks user sessions and allows switching between users on the same PC without logging out. As far as I know with the switch to systemd and its built-in seat/user/session management mechanisms Consolekit is no longer maintained. > So, while installing the new Gentoo system, I decided > to avoid installing any package that needs gnome-keyring, > consolekit or policykit packages. I think you shouldn't have needed to do all this. > I have also set -pam -consolekit and -policykit in my > /etc/portage/make.conf PAM is used to separate applications from the underlying authentication mechanisms. It checks OS user/account/passwd/session authentications when required by applications. This is the backbone of managing Linux authentications today, although some applications retain their own application level authentication mechanism (e.g. SSH). I don't think setting USE="-pam" is advisable for most dekstop use cases. > Chromium indeed never asked me for the mentioned > above password on the new Gentoo system. > > But I get another problem on the new Gentoo system: > Firefox and Qupzilla both crash on some (login) www-pages. > > Namely, Firefox shows the "Gah. Your tab just crashed" > when I try to log into my Yahoo e-mail account. > > This happens only after entering login and password, > so not good enough to reproduce. > > However, it shows the same message just after staying > about 3-5 seconds on the following internet banking > login page: https://www.privat24.ua/#login > No login or password needed. :) > > The last error messages sent to terminal by FF while I > try to open the last www-page are the following: > > [Parent 4099] WARNING: pipe error (56): Connection reset by peer: The server disconnected you. > file > /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromi > um/src/chrome/common/ipc_channel_posix.cc, line 322 I'm not sure if your firefox build is the same like shown here, but line 322 shows a I/O message loop where it checks if a connection is running so that it can respond. The page in question pops up a couple of things, after loading the initial page, including geolocation. It may have something to do with this. > ###!!! [Parent][MessageChannel] Error: > (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot > send/recv It seems the connection has been reset by the server, two processes running on your browser using IPC can't go anywhere and are torn down, but I'm no developer to know for sure. > As to the Qupzilla, it crashes on the page https://www.privat24.ua/#login > completely, with the following messages sent to terminal: > > [4376:4387:0727/105105.178569:ERROR:nss_ocsp.cc(591)] No > URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [snip ...] The browser is trying to check ocsp.digicert.com for the validity of the certificate, but there is some error with the URL. Then (I'm guessing) there's some pop up in the browser to inform you of this error, which causes a mesa rendering fault with the output shown below: > r300 FP: Compiler Error: > /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers > /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > translate_rgb_opcode: Unknown opcode DDY > Using a dummy shader instead. > QupZilla: Crashed :( Saving backtrace in > /home/user/.config/qupzilla/crashlog ... > Backtrace successfully saved in > /home/user/.config/qupzilla/crashlog/Crash-2018-07-27T10:51:11.txt > > The
[gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
I have two Gentoo systems on the same AMD Athlon 64 X2 computer. The old one was installed in July 2013 with default/linux/amd64/13.0/desktop/gnome (stable) profile and was updated till the middle of July 2017. Initially it hosted Gnome2 but later I have switched to XFCE4. The new one was installed in January-February 2018 with default/linux/amd64/17.0/desktop (stable) profile and was last updated yesterday. From the very beginning it hosted no DE, only Awesome WM and dbus. The home directory is the same and still remembers Ubuntu 6.04 installation in 2006. On the old system, I had the problem that chromium very often (but not always!) asked me for some (keyring?) password when I opened a new www-page. Recompilation of it with different user flags did not help. I thought that that was because of the gnome-keyring, consolekit or policykit packages but without any proof. So, while installing the new Gentoo system, I decided to avoid installing any package that needs gnome-keyring, consolekit or policykit packages. I have also set -pam -consolekit and -policykit in my /etc/portage/make.conf Chromium indeed never asked me for the mentioned above password on the new Gentoo system. But I get another problem on the new Gentoo system: Firefox and Qupzilla both crash on some (login) www-pages. Namely, Firefox shows the "Gah. Your tab just crashed" when I try to log into my Yahoo e-mail account. This happens only after entering login and password, so not good enough to reproduce. However, it shows the same message just after staying about 3-5 seconds on the following internet banking login page: https://www.privat24.ua/#login No login or password needed. :) The last error messages sent to terminal by FF while I try to open the last www-page are the following: [Parent 4099] WARNING: pipe error (56): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 [Parent 4099] WARNING: pipe error (57): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 ###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv [Parent 4099] WARNING: pipe error (44): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 ###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv [Parent 4099] WARNING: pipe error (47): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 [Parent 4099] WARNING: pipe error (49): Connection reset by peer: file /var/tmp/portage/www-client/firefox-52.8.0/work/firefox-52.8.0esr/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 322 ###!!! [Parent][MessageChannel] Error: (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv tabs.onUpdated event fired after context unloaded. tabs.onUpdated event fired after context unloaded. tabs.onUpdated event fired after context unloaded. ... As to the Qupzilla, it crashes on the page https://www.privat24.ua/#login completely, with the following messages sent to terminal: [4376:4387:0727/105105.178569:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.178676:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.178734:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com [4376:4387:0727/105105.182973:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.183033:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com [4376:4387:0727/105105.183086:ERROR:nss_ocsp.cc(591)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com r300 FP: Compiler Error: /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers/r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): translate_rgb_opcode: Unknown opcode DDY Using a dummy shader instead. QupZilla: Crashed :( Saving backtrace in /home/user/.config/qupzilla/crashlog ... Backtrace successfully saved in /home/user/.config/qupzilla/crashlog/Crash-2018-07-27T10:51:11.txt The mentioned above crashlog file contains only the following: Time: Fri Jul 27 10:51:11 2018 Qt version: 5.9.6 (compiled with 5.9.4) QupZilla version: 2.2.5 Rendering engine: QtWebEngine == BACKTRACE == #0: qupzilla(+0x355b) [0x55691e37055b] #1: /lib64/libc.so.6(+0x35c60) [0x7f3a568c3c60] #2: [0x7f3a3c18d2c9] Strange enough, but on the old Gentoo system Firefox does not crash on the said
[gentoo-user] firefox crashes when printing (with workaround)
Firefox testing (3.3.6) reliably crashes when trying to print, print preview or page setup with cups-1.4.4. A workaround is to downgrade to cups-1.3.11-r1 (current stable). The details are in these two bugs http://bugs.gentoo.org/show_bug.cgi?id=325469 https://bugzilla.mozilla.org/show_bug.cgi?id=573039 allan
[gentoo-user] Firefox crashes when open an menu
Hi, i installed the newest firefox and (www-client/mozilla-firefox-3.5.4) and if i touch the menu or if i want to use the contextual menu then the browser freezes. I made already revdep-rebuild. Any idea? Regards Frank Schwidom
Re: [gentoo-user] firefox crashes
On Thu, Oct 23, 2008 at 10:48:47AM -0400, Simon wrote: Hi, recently (dunno why or when exactly) firefox has started crashing when loading certain pages. Two pages I'm used to access often that are causing the problem are my banking site (once logged in) and linode.com/members... the error is a bit cryptic and may involve javascript (see the error below). I tried recompiling firefox, but got the exact same result... so I tried a `emerge -e mozilla-firefox`, (which btw, on the cheapest linode took a bit more than 3 hours). So, the host basically compilled the binpkgs and i installed them on my desktop, same issue happened after... Here's the use flags for ff, also all files related to portage config (make.conf,etc) are exactly the same on all my machines, only world is different. What does 'emerge --info' say? Does mozilla-firefox-bin work? CSS Error (http://www.linode.com/linode.css?2 :113.31): Unknown property '-khtml-border-top-left-radius'. Declaration dropped. Those are only CSS errors, no problem -Erik -- hackerkey://v4sw5hw2ln3pr5ck0ma2u7LwXm4l7Gi2e2t4b7Ken4/7a16s0r1p-5.62/-6.56g5OR
Re: [gentoo-user] firefox crashes
On Thu, Oct 23, 2008 at 10:48:47AM -0400, Simon wrote: Hi, recently (dunno why or when exactly) firefox has started crashing when loading certain pages. Two pages I'm used to access often that are causing the problem are my banking site (once logged in) and linode.com/members... the error is a bit cryptic and may involve javascript (see the error below). I tried recompiling firefox, but got the exact same result... so I tried a `emerge -e mozilla-firefox`, (which btw, on the cheapest linode took a bit more than 3 hours). So, the host basically compilled the binpkgs and i installed them on my desktop, same issue happened after... Here's the use flags for ff, also all files related to portage config (make.conf,etc) are exactly the same on all my machines, only world is different. Possibly this is the problem many people are having related to librsvg[1]. Try downgrading that package. 1. http://bugs.gentoo.org/show_bug.cgi?id=239992 -a
[gentoo-user] firefox crashes
Hi, recently (dunno why or when exactly) firefox has started crashing when loading certain pages. Two pages I'm used to access often that are causing the problem are my banking site (once logged in) and linode.com/members... the error is a bit cryptic and may involve javascript (see the error below). I tried recompiling firefox, but got the exact same result... so I tried a `emerge -e mozilla-firefox`, (which btw, on the cheapest linode took a bit more than 3 hours). So, the host basically compilled the binpkgs and i installed them on my desktop, same issue happened after... Here's the use flags for ff, also all files related to portage config (make.conf,etc) are exactly the same on all my machines, only world is different. [ebuild R ] www-client/mozilla-firefox-2.0.0.17 USE=bindist debug ipv6 java xinerama -filepicker -gnome -iceweasel -mozdevelop -moznopango -restrict-javascript -xforms -xprint LINGUAS=-af -ar -be -bg -ca -cs -da -de -el -en -en_GB -en_US -es -es_AR -es_ES -eu -fi -fr -fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr -uk -zh -zh_CN -zh_TW 0 kB Folks that deal with firefox really frown upon gentoo and tend to stop supporting me because of that (saying gentoo is mostly a broken distribution, probably just because it's easy for newbies to break things, deps, etc). Now that I have recompiled everything properly maybe they'll help me out, but I thought maybe you guys here could help also? Here's the full output of ff when doing: `firefox linode.com/members`: No running windows found Type Manifest File: /home/simon/.mozilla/firefox/6n98gvbk.default/xpti.dat *** Registering Apprunner components (all right -- a generic module!) nsNativeComponentLoader: autoregistering begins. nsNativeComponentLoader: autoregistering succeeded nsNativeComponentLoader: registering deferred (0) pldhash: for the table at address 0x80cae30, the given entrySize of 44 probably favors chaining over double hashing. WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsChromeRegistry.cpp, line 1272 GFX: dpi=126 t2p=0.0909091 p2t=11 depth=24 ++WEBSHELL == 1 ++DOMWINDOW == 1 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 ++DOMWINDOW == 2 ++WEBSHELL == 2 ++DOMWINDOW == 3 ++DOMWINDOW == 4 Note: styleverifytree is disabled Note: frameverifytree is disabled Note: verifyreflow is disabled pldhash: for the table at address 0x8789f20, the given entrySize of 68 definitely favors chaining over double hashing. ++WEBSHELL == 3 ++DOMWINDOW == 5 ++DOMWINDOW == 6 ### ### mDiskDevice-Init() failed (0x8000) ###- disabling disk cache for this session. ### *** e = [Exception... ServiceManager::GetService returned failure code: nsresult: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) location: JS frame :: chrome://browser/content/utilityOverlay.js :: getShellService :: line 294 data: no] WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsStringBundle.cpp, line 273 ++DOMWINDOW == 7 --DOMWINDOW == 6 CSS Error (http://www.linode.com/linode.css?2 :113.31): Unknown property '-khtml-border-top-left-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :114.32): Unknown property '-webkit-border-top-left-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :115.24): Unknown property 'border-top-left-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :117.32): Unknown property '-khtml-border-top-right-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :118.33): Unknown property '-webkit-border-top-right-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :119.25): Unknown property 'border-top-right-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :129.31): Unknown property '-khtml-border-top-left-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :130.32): Unknown property '-webkit-border-top-left-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :131.24): Unknown property 'border-top-left-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :133.32): Unknown property '-khtml-border-top-right-radius'. Declaration dropped. CSS Error (http://www.linode.com/linode.css?2 :134.33): Unknown property
Re: [gentoo-user] firefox crashes
`emerge --info` at the bottom of my reply I emerged mozilla-firefox-bin (strangely it didn't unmerge mozilla-firefox... it was a New ebuild). Interestingly, it did work... It gave no debug info so i couldn't compare the output... I believe I'll have no problem in switching over to the bin version, but the error with the ebuild is still strange... The CSS errors are more like debug warnings (note it was compiled with debug flag) they have nothing (i believe) to do with the issue. The ***Exception before those errors give more info and some of the last lines also are relevant. Portage 2.1.4.5 (default-linux/x86/2007.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.24 i686) = System uname: 2.6.24 i686 Pentium III (Katmai) Timestamp of tree: Tue, 21 Oct 2008 15:37:02 + distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [disabled] app-shells/bash: 3.2_p33 dev-java/java-config: 1.3.7, 2.1.6 dev-lang/python: 2.5.2-r7 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox:1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r2 sys-devel/automake: 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS=x86 CBUILD=i686-pc-linux-gnu CFLAGS=-Os -march=i386 -pipe CHOST=i686-pc-linux-gnu CONFIG_PROTECT=/etc CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/php/apache2-php5/ex t-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d CXXFLAGS=-Os -march=i386 -pipe DISTDIR=/usr/portage/distfiles FEATURES=buildpkg distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch GENTOO_MIRRORS=http://gentoo.arcticnetwork.ca/source/; MAKEOPTS=-j8 PKGDIR=/usr/portage/packages PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages PORTAGE_TMPDIR=/mnt/tmp PORTDIR=/usr/portage SYNC=rsync://rsync.gentoo.org/gentoo-portage USE=3dnow 3dnowext X aac aalib acl alsa amrnb amrwb arts background berkdb bidi bindist bl cddb cdio cdparanoia cli cpudetection cr acklib crypt cups customcflags debug dga dri dts dv dvb dvd enca encode esd fbcon fortran gdbm ggi gif gnutls gpm gtk iconv injectio n ipv6 isdnlog jack joystick jpeg ladspa libcaca lirc live lzo md5sum midi mmxext mp2 mp3 mudflap musepack nas ncurses nemesi nls np tl nptlonly openal opengl openmp oss pam pcre pdf perl png pnm pppd pulseaudio python quicktime radio rar readline real reflection r tc samba sdl session speex spl srt sse sse2 ssl ssse3 svg svga tcpd teletext tga tiff unicode v4l v4l2 vidix win32codecs x264 x86 xa nim xgetdefault xinerama xml xmlreader xmlrpc xmlwriter xorg xvid xvmc zlib zoran ALSA_CARDS=ali5451 als4000 atiixp atiixp-modem b t87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via8 2xx via82xx-modem ymfpci ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lf loat linear meter mmap_emul mulaw multi null plug rate route share shm softvol APACHE2_MODULES=actions alias auth_basic authn_alia s authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_ cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias ELIBC=glibc INPUT_DEVIC ES=keyboard mouse evdev KERNEL=linux LCD_DEVICES=bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text USERLAN D=GNU VIDEO_CARDS=apm ark chips cirrus cyrix dummy fbdev glint i128 i740 i810 imstt mach64 mga neomagic nsc nv r128 radeon rendit ion s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMP RESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY Erik Hahn wrote: On Thu, Oct 23, 2008 at 10:48:47AM -0400, Simon wrote: Hi, recently (dunno why or when exactly) firefox has started crashing when loading certain pages. Two pages I'm used to access often that are causing the problem are my banking site (once logged in) and linode.com/members... the error is a bit cryptic and may involve javascript (see the error below). I tried recompiling firefox, but got the exact same result... so I tried a `emerge -e mozilla-firefox`, (which btw, on the cheapest linode took a bit more than 3 hours). So, the host
Re: [gentoo-user] firefox crashes
Good try Albert, however I already had version 2.22.2 (which is how to solve the issue)... Thanks, Simon Albert Hopkins wrote: On Thu, Oct 23, 2008 at 10:48:47AM -0400, Simon wrote: Hi, recently (dunno why or when exactly) firefox has started crashing when loading certain pages. Two pages I'm used to access often that are causing the problem are my banking site (once logged in) and linode.com/members... the error is a bit cryptic and may involve javascript (see the error below). I tried recompiling firefox, but got the exact same result... so I tried a `emerge -e mozilla-firefox`, (which btw, on the cheapest linode took a bit more than 3 hours). So, the host basically compilled the binpkgs and i installed them on my desktop, same issue happened after... Here's the use flags for ff, also all files related to portage config (make.conf,etc) are exactly the same on all my machines, only world is different. Possibly this is the problem many people are having related to librsvg[1]. Try downgrading that package. 1. http://bugs.gentoo.org/show_bug.cgi?id=239992 -a
[gentoo-user] firefox crashes on file downloads
Hi, Firefox segfaults when trying to download a file via http or ftp no matter the site I'm visiting. Has anyone else experienced the same issue ? Catalin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox crashes on file downloads
Hey! That may be a silly question, but have you enought space? Regards Catalin Trifu wrote: Hi, Firefox segfaults when trying to download a file via http or ftp no matter the site I'm visiting. Has anyone else experienced the same issue ? Catalin -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox crashes on file downloads
On 4/5/06, Yahoo.de [EMAIL PROTECTED] wrote: Hey! That may be a silly question, but have you enought space? Regards Catalin Trifu wrote: Hi, Firefox segfaults when trying to download a file via http or ftp no matter the site I'm visiting. Has anyone else experienced the same issue ? Yeah, but with windows, and it was a known bug... Try resetting your download list (too many itens may crash firefox, or so I've heard), remove the preferences and start it again with no extensions. Check your plugins also... -- Daniel da Veiga Computer Operator - RS - Brazil -BEGIN GEEK CODE BLOCK- Version: 3.1 GCM/IT/P/O d-? s:- a? C++$ UBLA++ P+ L++ E--- W+++$ N o+ K- w O M- V- PS PE Y PGP- t+ 5 X+++ R+* tv b+ DI+++ D+ G+ e h+ r+ y++ --END GEEK CODE BLOCK-- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] firefox crashes on file downloads
Yes, I do! Opera has no problems! Yahoo.de wrote: Hey! That may be a silly question, but have you enought space? Regards Catalin Trifu wrote: Hi, Firefox segfaults when trying to download a file via http or ftp no matter the site I'm visiting. Has anyone else experienced the same issue ? Catalin -- CTO ISP Software GmbH Ebertstrasse 13 Landshut, 84032 Bayern, Deutschland phone de: +49 (0) 179 4606773 phone ro: +4 (0) 729 144520 email: [EMAIL PROTECTED]
Re: [gentoo-user] Firefox crashes over Flash
Martin S [EMAIL PROTECTED] writes: I find that Firefox has become much more unstable, but i can't figure out what i installed latest. haven't really installed much of anything at all lately. it crashes on most pages sooner or later - even those it has rendered before :( Anyone else seen this? Yes, I have seen the same. It does seem to happen more often if either the page has a java applet or flash, or if I have previously visited such pages in the same browser session. It is only quite a recent thing, firefox used to rock solid, but I cannot say what change caused this as I run ~x86 and frequently `emerge -Du world`. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes over Flash
On Sat, 2005-09-24 at 14:13 +0100, Graham Murray wrote: Martin S [EMAIL PROTECTED] writes: I find that Firefox has become much more unstable, but i can't figure out what i installed latest. haven't really installed much of anything at all lately. it crashes on most pages sooner or later - even those it has rendered before :( Anyone else seen this? Yes, I have seen the same. It does seem to happen more often if either the page has a java applet or flash, or if I have previously visited such pages in the same browser session. It is only quite a recent thing, firefox used to rock solid, but I cannot say what change caused this as I run ~x86 and frequently `emerge -Du world`. It used to happen here. Most probably it has something to do with Flash, as Firefox hasn't crashed even once since I removed it. Can't say anything about JavaApplets, though. So few websites seem to have them nowadays. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes over Flash
Does anyone else's Firefox crash whenever it hits a page with Flash on it? If I start a new .mozilla folder and always choose to not download Flash, everything is fine. As soon as I download Flash, it starts crashing whenever it sees a Flash file. Flash is working fine here, although I use the flashblock extension to be able to choose what flash content I want to see. How are you installing the flash plugin? I'm using the automatic download and install via Firefox. It used to crash on only some flash, but now it's all. - Grant The site: http://gentoo-wiki.com/TIP_Xorg_X11_and_Transparency is your friend. Dave. I think adding this to /usr/bin/firefox has fixed it: export XLIB_SKIP_ARGB_VISUALS=1 Thanks! - Grant -- gentoo-user@gentoo.org mailing list
[gentoo-user] Firefox crashes over Flash
Does anyone else's Firefox crash whenever it hits a page with Flash on it? If I start a new .mozilla folder and always choose to not download Flash, everything is fine. As soon as I download Flash, it starts crashing whenever it sees a Flash file. - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes over Flash
On 9/22/05, Grant [EMAIL PROTECTED] wrote: Does anyone else's Firefox crash whenever it hits a page with Flash onit?If I start a new .mozilla folder and always choose to notdownload Flash, everything is fine.As soon as I download Flash, itstarts crashing whenever it sees a Flash file. Flash is working fine here, although I use the flashblock extension to be able to choose what flash content I want to see. How are you installing the flash plugin?-- Bruno Lustosa, aka Lofofora| Email: [EMAIL PROTECTED]Network Administrator/Web Programmer | ICQ: 1406477Rio de Janeiro - Brazil|
Re: [gentoo-user] Firefox crashes over Flash
I find that Firefox has become much more unstable, but i can't figure out what i installed latest. haven't really installed much of anything at all lately. it crashes on most pages sooner or later - even those it has rendered before :( Anyone else seen this? MArtin S -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes over Flash
Martin S wrote: it crashes on most pages sooner or later - even those it has rendered before :( Anyone else seen this? No. Not at all. In fact, I have never seen Firefox crash. Be lucky, Neil -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes over Flash
Does anyone else's Firefox crash whenever it hits a page with Flash on it? If I start a new .mozilla folder and always choose to not download Flash, everything is fine. As soon as I download Flash, it starts crashing whenever it sees a Flash file. Flash is working fine here, although I use the flashblock extension to be able to choose what flash content I want to see. How are you installing the flash plugin? I'm using the automatic download and install via Firefox. It used to crash on only some flash, but now it's all. - Grant -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Firefox crashes over Flash
Grant wrote: Does anyone else's Firefox crash whenever it hits a page with Flash on it? If I start a new .mozilla folder and always choose to not download Flash, everything is fine. As soon as I download Flash, it starts crashing whenever it sees a Flash file. Flash is working fine here, although I use the flashblock extension to be able to choose what flash content I want to see. How are you installing the flash plugin? I'm using the automatic download and install via Firefox. It used to crash on only some flash, but now it's all. - Grant The site: http://gentoo-wiki.com/TIP_Xorg_X11_and_Transparency is your friend. Dave. smime.p7s Description: S/MIME Cryptographic Signature