Missing AppArmor rule for Firefox 21

This is fixed in trunk now. Note that giving rw access to ~/.cache/mozilla/firefox is not sufficient, as it also needs to be able to lock the network cache database

How long for the upload?

This bug was fixed in the package firefox - 22.0~b3+build1-0ubuntu2

---------------
firefox (22.0~b3+build1-0ubuntu2) saucy; urgency=low

  * Backport upstream patch to #include jsscriptinlines.h in SPSProfiler.cpp
    so that it builds in no-jit configurations; fixes build on powerpc.
    - add debian/patches/spsprofiler-no-jit.patch
    - update debian/patches/series
 -- Colin Watson <email address hidden> Fri, 31 May 2013 12:03:04 +0100

This is not fixed, or it is broken again, in Firefox 24.
I'm on a fresh Ubuntu 13.04 install. Firefox 20 was working fine.
Then I've updated it to 24, and it can't read or write the profiles directory.

Can anybody tell me wherethe file is to which I am supposed to add those lines?? So that I can at least work this around?

And please reopen the bug

Actually the lines mentioned in the original report ARE THERE, but firefox won't work allthesame.

$ firefox

(process:3673): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
Error: Access was denied while trying to open files in your profile directory.

I notice the .cache folder within my home belongs to root:root. I would expect it to belong to me.
Is that wrong? Is that the cause of the issue?

$ sudo service apparmor reload
 * Reloading AppArmor profiles
Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox
Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd

Is that skipping/disabled stuff expected?

Errata in #7, sorry, it's not the .cache folder that belongs to root, but .cache/mozilla

No Matteo, should belong to your user!

Ok, I'll report that as a separate bug then.