> I am sorry, but I disagree. I feel that if you analyze the procedure > that does the actual saving of the file you could probably see the > condition under which the saving can be interrupted, and the picture > can be lost. > If not, I think building a test procedure with different timings of > the three steps to produce the file could also bear fruit. > It might not be EOG's fault (it might be the OSs), but we can figure this out. > I do not feel the issue is machine/hardware specific. If it happened > once it could happen again. Maybe there should be a different > procedure in place altogether, one that makes/saves a temporary copy > of the image (say pict2.jpg), removes the original (pict.jpg into > trash), and renames the pict2.jpg into pict.jpg. This way, if anything > happens AT ALL to the picture, user can simply go back to the trash > for the latest saved copy. Would you agree? > However, I did see that there is a list of bugs sort of in the same > family (but reproducible) that needs to be tackled first. > I would love to find some free time during the holiday season and > 'analyze the procedure' myself. > So lets not worry about it for now, but thank you (very much) for your reply.
On Nov 28, 2007 9:24 AM, Sebastien Bacher <[EMAIL PROTECTED]> wrote: > Having steps to trigger the issue would be required > > > -- > eog saves picture incorrectly (corrupts) after rotate > https://bugs.launchpad.net/bugs/163797 > You received this bug notification because you are a direct subscriber > of the bug. > -- eog saves picture incorrectly (corrupts) after rotate https://bugs.launchpad.net/bugs/163797 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
