Closed yevhenmazur closed 8 years ago
Think, you use this:
This OMAP file not created by user from scratch, but only converted using OOMapper from their OCDv8 file:
But this OCAD 8 also wasn't original and original template was files created by OCAD AG in OCDv11 and OCDv12 formats:
So, this OMAP can be buggy , because OCDv8 file, used for producing it, have not full support for all futures presented in ISOM201X specification (that have few futures from ISMTBOM, that also supported starting from OCAD 9 only)
Thats why, I think, real process how this OMAP created was few times conversion from OCDv11 -> OCDv8 -> OMAP.
Related
@Symbian9 Don't add speculation or nonsense noise to the issues, or you will be blocked.
Actually related is this: Creating new symbols from new colors (guess: in a new map...) will suffer the same: empty preview in symbol editor, empty icon. (This was an attempt to create a minimal example for reproducing this bug.)
Tracked as #688
@yevhenmazur Can you check if this bug is still present in the "unstable" snapshots? As far as I can tell, the fix for #688 seems to have fixed this one here, too.
Still reproduced in 0.6.20160606. I'm on a field-work now and can't build OOM from trunk. I'll be able to check it after weekend.
I'm sorry, the latest build (20160607) wasn't published, but it is triggered now. This is trunk, then.
0.6.20160609 works as expected. Thanks a lot!
So this issue was a result of #688.
Steps to reproduce:
Expected result: All symbols are visible Actual result: Only brown symbols are visible
Affected versions: 0.6.2, 0.6.20160602 Can't reproduce in 0.6.20151220 Tested on platforms: Windows x64, Gentoo Linux x64.