Benoit Jacob [:bjacob] (mostly away) Reporter
	Description • 12 years ago

Reason unclear. I tried prepending the filenames with "/data/local/tmp" so that they would go into that directory where we have write permissions, but no file gets created there.

Fixing this should be useful to help debugging rendering bugs such as bug 790764, bug 790723.

	Benoit Jacob [:bjacob] (mostly away) Reporter
	Comment 1 • 12 years ago

Here is what I tried, and didn't work:

bjacob:/hack/b2g/B2G/gecko$ git diff layout
diff --git a/layout/base/nsLayoutUtils.cpp b/layout/base/nsLayoutUtils.cpp
index 64f8666..a69d3e6 100644
--- a/layout/base/nsLayoutUtils.cpp
+++ b/layout/base/nsLayoutUtils.cpp
@@ -1814,7 +1814,11 @@ nsLayoutUtils::PaintFrame(nsRenderingContext* aRenderingContext, nsIF
 #ifdef MOZ_DUMP_PAINTING
   if (gfxUtils::sDumpPaintList || gfxUtils::sDumpPainting) {
     if (gfxUtils::sDumpPaintingToFile) {
-      nsCString string("dump-");
+      nsCString string;
+#ifdef MOZ_WIDGET_GONK
+      string.Append("/data/local/tmp");
+#endif
+      string.Append("dump-");
       string.AppendInt(gPaintCount);
       string.Append(".html");
       gfxUtils::sDumpPaintFile = fopen(string.BeginReading(), "w");

	Dave Hylands [:dhylands]
	Comment 2 • 12 years ago

I ran into the same problem quite some time ago (bug 737319). I looked into a bit and I think it all gets screwed up due to OMTC. My recollection of the problem that the dump file gets opened/closed on one thread, but the writing of the data into the file descriptor happens on another thread, after the dump file has been closed.

	Benoit Jacob [:bjacob] (mostly away) Reporter
	Comment 3 • 12 years ago

(In reply to Benoit Jacob [:bjacob] from comment #1)
> +      string.Append("/data/local/tmp");

I was missing a trailing / here, but it still doesn't work with it.

	Chris Jones [:cjones] inactive; ni?/f?/r? if you need me
	Comment 4 • 12 years ago

This is not a user visible feature.

	BMO Automation
	Comment 8 • 6 years ago

Firefox OS is not being worked on