https://bugs.freedesktop.org/show_bug.cgi?id=67118
--- Comment #4 from irs <[email protected]> --- (In reply to comment #3) > I move this to NEEDINFO. > please tell us if the issue is still there with recent (4.1.3) LibO releases. Hi Tommy, The bug still exists using a more recent version of LibreOffice (x86_64 bit): $ libreoffice --version LibreOffice 4.1.3.2 410m0(Build:2) This is on the Linux 64-bit platform: $ uname -a Linux ian-ubuntu-13-10 3.11.0-15-generic #23-Ubuntu SMP Mon Dec 9 18:17:04 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux I tested for the bug using the Bug Demo code https://bugs.freedesktop.org/attachment.cgi?id=82726 If the IDE Window is closed, then after running the Bug Demo and opening the IDE Window the NewModule with the replaced code does correctly contain the replaced code. The bug occurs when you start the Bug Demo with the IDE Window open as though you are editing Module1 of the Bug Demo program. Upon completion of the demo the NewModule that had its code replaced, is still displaying the original code that it contained. I don't know the internals of LibreOffice, but my guess regarding the cause of the problem is that the IDE Window modules code is not being update to display the cached / memory resident module code. regards, Ian. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
