Bug#484298: epiphany-browser: UI locks up when out of disk space

[Josselin Mouette]

reassign 484298 xulrunner-1.9
severity 484298 minor
retitle 484298 retries indefinitely to write pluginreg.dat
thanks

Le mardi 17 juin 2008 à 20:57 +0200, Andreas Bombe a écrit :
> 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.

Thanks for testing; I’m reassigning the remnants of this bug to
xulrunner, in which the pluginreg.dat issue lies.

Cheer,
-- 
 .''`.
: :' :      We are debian.org. Lower your prices, surrender your code.
`. `'       We will add your hardware and software distinctiveness to
  `-        our own. Resistance is futile.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20080625/ccd1cbf5/attachment.pgp