exporting to eps fails randomly(?)

Could you please add information about OS/platform and Inkscape version to the bug description, thx.

Any chance you could share the SVG file and an exported EPS file which renders empty, to allow further investigation and tests on other systems with different versions of Inkscape (and cairo)?

I am using Inkscape 0.48.4 r9939 (not the portable version) on Windows 7 64-bit SP1. I have seen it occuring on two different physical machines (same OS configuration).

I'd like to include the svg, but it may contain possibly copyrighted material which I'm not sure I can disseminate.
I will try to clean it up or recreate the issue and get back.
Sorry for that :/

Ok, not sure how to upload more than 1 file here, so here are 3 files:
https://www.copy.com/s/LEC3dQMyZlmP/inkscape_bug

mat.svg:
a problematic svg (I've replaced entries containing directories/file names with "XXXX.png" (or smthing))
I've grouped some components in object id g5888 and tried to export .eps, following the procedure I described above.
mat_bad.eps: the bad .eps
mat_proper.eps: the correct .eps, after exporting it from a fresh new svg (just copy-pasted object g5888 to a fresh new svg and followed same procedure)

hope that helps

On OS X 10.7.5, testing export to EPS per object id (g5888):

1) only '[x] export area is drawing' checked:
- corrupt EPS file with 0.48.4 r9939, r10031 (cairo 1.12.2, 1.12.16)
- corrupt EPS file with 0.48+devel rev <= 11649 (cairo 1.12.2)

2) both export area options are checked (drawing + page):
- slightly oversized EPS file with 0.48.4 r9939, r10031 (cairo 1.12.2, 1.12.16)
- slightly oversized EPS file with 0.48+devel rev <= 11649 (cairo 1.12.2)

3) copy&paste group into new document:
- correct EPS file with only '[x] export area is drawing' checked
- slightly oversized EPS file if both export area options are checked

PDF/PS/EPS export options got changed in 0.48+devel r11654, the export area is now a radiobutton choice (bug #499965):
4) Output page size: exported object's size:
- slightly oversized EPS file with rev >= 11654 (cairo 1.12.2, 1.12.16)

Exported EPS file with current trunk r13398, cairo 1.12.16 attached.

Setting status to confirmed for now - the EPS file exported with current trunk doesn't exactly match the expected size of the EPS file as generated with stable after pasting the group into a new document (-> the minimal bounding box around the content of the exported object).