Bug#484298: epiphany-browser: UI locks up when out of disk space
Andreas Bombe
aeb at debian.org
Tue Jun 17 18:57:21 UTC 2008
On Sat, Jun 14, 2008 at 01:30:15PM +0200, Josselin Mouette wrote:
> It would be interesting to know whether this still happens with gecko
> 1.9, using epiphany 2.22.2-2.
It appears not, however during testing I found another problem (at
version 2.22.2-2). It tries to write pluginreg.dat at some point, but
it does retry the writes that fail. It seems to throttle them to the
point that the retries took on the cookie file (about two per second)
but does not actually handle it in any way and instead continues with
writing the next line. The strace looks like this:
open("/home/andreas/.gnome2/epiphany/mozilla/epiphany/pluginreg.dat", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0600) = 41
write(41, "Generated File. Do not edit.\n", 29) = -1 ENOSPC (No space left on device)
write(41, "\n[HEADER]\nVersion:0.09:$\n", 25) = -1 ENOSPC (No space left on device)
write(41, "\n[PLUGINS]\n", 11) = -1 ENOSPC (No space left on device)
write(41, "/usr/lib/epiphany-gecko/2.22/plu"..., 66) = -1 ENOSPC (No space left on device)
write(41, "1213035409000:1:1:$\n", 20) = -1 ENOSPC (No space left on device)
write(41, "Dieses Plugin verarbeitet \302\273.des"..., 122) = -1 ENOSPC (No space left on device)
write(41, "0:application/x-desktop:desktop "..., 52) = -1 ENOSPC (No space left on device)
write(41, "1:text/x-uri:URL file:url:$\n", 28) = -1 ENOSPC (No space left on device)
write(41, "2:application/x-mswinurl:URL fil"..., 37) = -1 ENOSPC (No space left on device)
write(41, "/usr/lib/flashplugin-nonfree/lib"..., 52) = -1 ENOSPC (No space left on device)
write(41, "1206410557000:1:1:$\n", 20) = -1 ENOSPC (No space left on device)
write(41, "Shockwave Flash 9.0 r124:$\nShock"..., 47) = -1 ENOSPC (No space left on device)
write(41, "0:application/x-shockwave-flash:"..., 54) = -1 ENOSPC (No space left on device)
write(41, "1:application/futuresplash:Futur"..., 53) = -1 ENOSPC (No space left on device)
write(41, "/usr/lib/mozilla/plugins/mozplug"..., 44) = -1 ENOSPC (No space left on device)
...
The pluginreg.dat is empty right now, as would be expected with the
O_TRUNC. Not that this seems to be a big problem, the file gets
regenerated on the next occasion. However this did block the UI again
for the time it took to (attempt to) write the pluginreg.dat, which is
about (generated lines)/2 seconds.
It does not hang on an attempt to write the cookie file which seems to
be a sqlite database now. At least it didn't hang as far as I tested
it, somehow my whole X session hangs after some time of stracing
epiphany with a full $HOME and I have no idea where that comes from.
More information about the pkg-gnome-maintainers
mailing list