Bug 110439 - FILEOPEN: XSLX name of group of shapes is missing
Summary: FILEOPEN: XSLX name of group of shapes is missing
Status: RESOLVED DUPLICATE of bug 110440
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: filters and storage (show other bugs)
Version:
(earliest affected)
6.0.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2017-07-30 14:09 UTC by Regina Henschel
Modified: 2017-07-31 16:15 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
Group of shapes, all named in Excel (10.96 KB, application/vnd.openxmlformats-officedocument.spreadsheetml.sheet)
2017-07-30 14:09 UTC, Regina Henschel 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Regina Henschel 2017-07-30 14:09:51 UTC 
Created attachment 135000 [details]
Group of shapes, all named in Excel

Open attached xslx-file. It contains a group named "myGroup". The members of the group are rectangles with names "myYellow", "myBlue" and "myRed".

After opening the file in LibreOffice, the rectangles are named correctly. You can examine their names after you have entered the group.

But the name of the group is missing. Therefore the group is not listed in the Navigator.
Comment 1 Regina Henschel 2017-07-30 14:12:23 UTC 
only two rectangles "myBlue" and "myYellow"
Comment 2 raal 2017-07-31 16:15:58 UTC 
the same commit as in bug 110440

commit 49da31f93b415946d3df89d5b2955d83303156e8
Author: Matthew Francis <mjay.francis@gmail.com>
Date:   Thu May 28 20:52:45 2015 +0800

    source-hash-527440c9d9086ae01c277b0dca96a87eb0868ae6
    
    commit 527440c9d9086ae01c277b0dca96a87eb0868ae6
    Author:     Miklos Vajna <vmiklos@collabora.co.uk>
    AuthorDate: Fri Apr 4 10:11:33 2014 +0200
    Commit:     Miklos Vajna <vmiklos@collabora.co.uk>
    CommitDate: Fri Apr 4 10:13:29 2014 +0200
    
        oox: fix a few bogus SAL_WARN
    
        The idea is that when an element is unhandled, it's either unhandled
        explicitly by an empty "case..break" block (so grep can quickly find it)
        or we raise a warning. Add a few placeholders for cases that we won't
        probably handle better in the near future to silence warnings.
    
        Change-Id: I41dec7802c4671550130393b4f98a8f0d8dfc059

*** This bug has been marked as a duplicate of bug 110440 ***