Created attachment 146693 [details] Document shows the problem, see text within the document. When an OLE object drawing is inserted into a frame and there is no text below the drawing, then, the OLE object is just a dot if the document is opened again. This happens sometimes but not always. A workaround is to add some text below the drawing. I could not find a simple sequence of commands that allow to reproduce the bug but the attached simple document shows the problem.
Created attachment 147577 [details] .config/libreoffice
Created attachment 147579 [details] .config/libreoffice
Some more information: 1. Placing some text below the object does not always help. 2. When the document is opened in secure mode, the object is present. After saving and opening the document, the object is still present, but when it is modified, it sometimes disappears again. The attachment contains the contents of my .config/libreoffice.
Created attachment 147592 [details] printscreen from LO 6.3 Seems to be fixed with dev version. Please could you test it with dev version? You can download it here: http://dev-builds.libreoffice.org/daily/master/ Thank you No repro with Version: 6.3.0.0.alpha0+ Build ID: 0ad2302cf6787cacbbaca081a890a0e356a55297 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: cs-CZ (cs_CZ.UTF-8); UI-Language: en-US
Your attached screenshot looks fine. Did you get this pictures with file registrymodifications.xcu from my attachment? If so, the bug is fixed. I figured out that the problem disappears when I remove my registrymodifications.xcu. Unfortunately, then also most of my customization is lost, so I had to reconfigure again. After a while, however, the problem reappeared again. The last configuration change I made was to make visible the vertical ruler in LibreOffice Writer. As I use LibreOffice intensively for my daily work, I do not feel comfortable with installing a development version. Is there an easy method to install this version parallel to my current version, without messing up things?
(In reply to johannes.wandinger from comment #5) > As I use LibreOffice intensively for my daily work, I do not feel > comfortable with installing a development version. Is there an easy method > to install this version parallel to my current version, without messing up > things? The developer version will be installed parallel by default. So no worry about your work. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master version. Change to RESOLVED WORKSFORME, if the problem went away.
OK, I will test during the holidays. But which of the many directories and files on dev-builds is the correct one to download? I am working with Ubuntu 18.04 on hp.
(In reply to johannes.wandinger from comment #7) > OK, I will test during the holidays. But which of the many directories and > files on dev-builds is the correct one to download? I am working with Ubuntu > 18.04 on hp. I expect that you have 64bit system. You can use packages form *deb-x86_64* directories, for example https://dev-builds.libreoffice.org/daily/master/Linux-rpm_deb-x86_64@86-TDF/current/ I didn't tested it with your registrymodifications.xcu, so please try it with dev version and try to find trigger of this bug (vertical ruler?). thanks
Johannes, please keep in mind that we don't do as proposed, to take your registrymodifications.xcu. Contrary, in case of problems we advise to reset user profile https://wiki.documentfoundation.org/UserProfile. Since 3 of us didn't reproduce, it's up to reporter to find a cause and specifics why that happens. Unless you find a cause and write reproducible steps or circumstances, please appreciate our time and do not change status Needinfo. This looks like a duplicate of Bug 114852. But let's keep separated until we understand why this happens. Note: not clear why you use 6.0.2.1 when latest Still is 6.0.7.3 and Fresh 6.1.4. (not relevant for bug)
not relevant for bug -> may be or may not be relevant for bug
Timur, I did send the registrationmodifications.xcu because it is needed to reproduce the bug. Resetting the profile temporarily cures the problem, but after some time it occurs again. I will keep on looking for what triggers the problem, but it seems to be a random problem. The vertical ruler seems not to be the trigger, because I got the problem also with the vertical ruler switched off. Perhaps, it is the registrationmodifications.xcu becoming larger and larger. With an experience of about ten years in software development I suspect the bug being caused by something being overwritten in memory. The bug first appeared with 6.0.2.1, the version that came with Ubuntu 18.04. Currently, I am using 6.0.7.3 that came with an update about two weeks ago. The problem is still present in 6.0.7.3.
The content of attachment 147577 [details] has been deleted
The content of attachment 147579 [details] has been deleted
I deleted the two user profiles attached. They might contain personal data
I don't see other option than to close as InsufficientData. If the reporter comes with reproducible steps, this may be set back to Unconfirmed.