On 06/10/2011 11:05 PM, Tommaso Cucinotta wrote:
Il 06/10/2011 19:52, Julien Rioux ha scritto:
On 06/10/2011 7:36 PM, Tommaso Cucinotta wrote:
Il 06/10/2011 19:02, Julien Rioux ha scritto:

By the way I still get this, and it happens whether I have the
converter cache enabled or not. Could you please look into it?

A few questions:
1) what was exactly the visible problem ? (from your log I can't see
anything
different from what I can see in my own log -- the only problem is that it
probably still fails to detect the BoundingBox because there's a residual
direct call to FileName::isZipped() that makes it believe (again -
argh!)

Ah! so you do see the bug then.

that .odg is a zipped file and needs to be decompressed -- however, I get that
error and still the .odg is visible on the screen, and is converted
right in the
pdf etc.)

There is no visual problem. I never mentioned any visual problem. When you open the graphics dialog, from the bounding box calculation there is a call to gunzip the odg file, which is wrong. But that's all.

2) did you produce this log when your additional patch was applied, or
on the
current trunk ?

Not a clean trunk, but I'm working on citation stuff at the moment, so quite unrelated.

3) did you have anything in the cache when you launched lyx ?

Generally I turn the cache off, but I also tried turning it on and I still can see that LyX tries to gunzip the odg file when I open the graphics dialog.

4) did you try "rm ~/.lyx-trunk/cache/*" before launching lyx and
opening that file ?


Since I always have the cache off, this folder is already empty (had an empty index file in it).

Thx,

T.


No problem,
Cheers,
Julien

Reply via email to