Bug 82931 - Hatching always load standard.soh list in reopening file
Summary: Hatching always load standard.soh list in reopening file
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.2.5.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks: Area-Fill-Tab
  Show dependency treegraph
 
Reported: 2014-08-22 03:18 UTC by Hugo
Modified: 2020-08-16 23:10 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
hatched item image (49.93 KB, image/png)
2014-08-22 03:18 UTC, Hugo
Details
File with steps to reproduce the problem (1.34 MB, application/vnd.oasis.opendocument.text)
2014-08-23 11:41 UTC, Hugo
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hugo 2014-08-22 03:18:43 UTC
Created attachment 105073 [details]
hatched item image

Problem description: 

If I add a personalized hatch and closes and reopen the libreoffice calc I lost my hatch. So the only way it's working is if I save to a hatching list and re-import all times requiring extra work.


Operating System: Mac OS X
Version: 4.2.5.2 release
Comment 1 ign_christian 2014-08-22 04:51:15 UTC
Hi.. Could you give step by step procedure to see the problem? Not every testers here familiar with a function/feature.
Comment 2 Hugo 2014-08-23 11:41:02 UTC
Created attachment 105146 [details]
File with steps to reproduce the problem
Comment 3 ign_christian 2014-08-24 03:32:29 UTC
Thanks for the documentation Hugo. It helps a lot.. :)

But I can't reproduce with LO 4.2.6.2 and 4.2.4.2 under Ubuntu 12.04 x86.

Regardless this is maybe spesific to Mac, just want to be sure about instruction on page 6. After hit OK, did you hit 'Add' to add new hatching to the list ?

Possibly it's related to problem you mentioned in page 4. Didn't experience that while testing.
Comment 4 ign_christian 2014-08-24 03:44:20 UTC
One thing, did you close & reopen the file (after filesave) before verify result in page 9 ?

If it's the case, I can confirm that behavior. And possibly it's not a bug, since previously customized hatching saved in hatching.soh list which is not the default list.
Comment 5 Hugo 2014-08-24 04:53:26 UTC
Thanks ign_christian,

I did realize that the hatching is saved only in the load hatching.so file (This hatching file has a lot more hatching models than the standard.soh file so is easier to create a custom hatching based on hatching.so models. Therefore would be not necessary to load a list of hatchings to add a new one if we merged hatching.so and standard.soh files).
Maybe a sugestion to improve hatching usability in the nexts versions ;-)
Comment 6 ign_christian 2014-08-24 06:36:52 UTC
> I did realize that the hatching is saved only in the load hatching.so file
> (This hatching file has a lot more hatching models than the standard.soh
> file so is easier to create a custom hatching based on hatching.so models.
> Therefore would be not necessary to load a list of hatchings to add a new
> one if we merged hatching.so and standard.soh files).
I agree that it should be improved. But lets wait for someone with proper knowledge to confirm what should be done in this area.

> Maybe a sugestion to improve hatching usability in the nexts versions ;-)
Seems like a quite hard wish.. ;)
Comment 7 Robinson Tryon (qubit) 2015-03-05 15:11:37 UTC
(In reply to ign_christian from comment #6)
> > I did realize that the hatching is saved only in the load hatching.so file
> I agree that it should be improved. But lets wait for someone with proper
> knowledge to confirm what should be done in this area.

Sounds like there's enough here to consider this a valid enhancement request:
Status -> NEW
Comment 8 Robinson Tryon (qubit) 2015-12-10 10:21:34 UTC Comment hidden (obsolete)
Comment 9 Xisco Faulí 2016-09-19 15:29:37 UTC Comment hidden (obsolete)
Comment 10 Thomas Lendo 2020-08-16 23:10:23 UTC
Closing as WORKSFORME as I cannot reproduce the issue with

Version: 7.0.0.3
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded

The area dialog was completely reworked in the last years.

If the issue still occurs, please give new steps to reproduce with a current version of LibreOffice (7.0 or a daily build).