https://bugs.documentfoundation.org/show_bug.cgi?id=116945

            Bug ID: 116945
           Summary: Absolute icon references modified during runtime
           Product: LibreOffice
           Version: 6.0.3.2 release
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: UI
          Assignee: libreoffice-bugs@lists.freedesktop.org
          Reporter: michael.e.milli...@gmail.com

The component I was using when I first saw this bug was Base. I inserted a
pushbutton control into a form and modified the graphics property (in the
control property dialog box) to be an absolute path reference to a png icon
file.  The graphic was displayed properly in the button at the time, and I
saved the database document as an odb file.  I then invoked that odb file via a
symbolic link in my Desktop folder (which is different than the folder the
actual odb file is stored in) and the icon does not appear on the button.

Upon investigation, I found that the path name that I had entered for the icon
had been modified based on whether I invoked the database from the original odb
file or the symbolic link pointing to that file.

Actual path to icon file:
    /home/USER/Projects/kitchen/images/icon.png
Actual path to odb file
    /home/USER/Projects/kitchen/db.odb
Path to link to odb:
    /home/USER/Desktop/db.odb

Path entered in the control dialog box for graphic:
    /home/USER/Projects/kitchen/images/icon.png
       (this path is reported any time database is opened from the actual file)
Path reported in control dialog box for graphic when opened from link:
    /home/USER/Projects/Projects/images/icon.png

This transformation of path is reproducible.  Any time the database is opened
from the actual database odb file, the correct pathname is used and the
graphics appear properly.  Any time the database is opened from the link on the
desktop, the reduplication of the Projects element occurs and the graphics do
not appear.

I have discovered a work-around that works in this particular case, but is
untested in any other case.  If I enter the path for the icon as
~/Projects/kitchen/icon.png, the problem does not occur, and the database opens
properly from either the actual odb file or the symbolic link referencing it.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to