Issue 121525 - [AW080] extrusion of custom shapes is broken
Summary: [AW080] extrusion of custom shapes is broken
Status: REOPENED
Alias: None
Product: Draw
Classification: Application
Component: code (show other issues)
Version: 4.0.0-dev
Hardware: PC Windows XP
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-20 17:56 UTC by Regina Henschel
Modified: 2017-05-20 10:44 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
custom shape in flat mode and extruded (17.05 KB, application/vnd.oasis.opendocument.graphics)
2012-12-20 17:56 UTC, Regina Henschel
no flags Details
Screenshot of view in aw080 (70.64 KB, image/png)
2014-04-24 10:44 UTC, Regina Henschel
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Regina Henschel 2012-12-20 17:56:22 UTC
Created attachment 80059 [details]
custom shape in flat mode and extruded

Open attached document. It contains one of the predefined block arrows in flat mode and extruded, and a screenshot of them from AOO3.5.

The shape in extrusion mode is there, which you can proof by switching back to flat mode. But it is not drawn in extrusion mode.
Comment 1 mroe 2014-04-23 14:11:38 UTC
Loaded document with different versions under Linux (3.2, 4.0.1, 4.1 RC3) and can't see any problem.

If the problem still is reproducible on other OS please reopen.
Comment 2 Regina Henschel 2014-04-23 15:11:17 UTC
It is an issue in branch aw080. You need a build of that branch to test it.
It is still reproducible in aw080 Rev. 1586329.
Comment 3 mroe 2014-04-23 19:37:58 UTC
Please let me know what AOO3.5 means, it was reported for 4.0.0-dev but isn't in 4.1 Rev. 1586357? Or is it only Win related?
Maybe I am understanding something wrong.
"The shape in extrusion mode is there" - Did you mean the borderline/edges that are not visible in the extrusion? That's because also the smileys haven't a face in extrusion mode (but that is mostly a problem of the colouring)?
Then I can confirm this behaviour with _all_ versions.
Comment 4 Regina Henschel 2014-04-23 19:54:23 UTC
This error is not in any regular build, but it is in the version, Armin le Grand is currently working on in a special branch, named aw080. He is in CC and knows about this issue.

A "branch" is a special part of the code repository. Such branch is used for changes, which are so large, that they need a long time and a thoroughly testing before the changes can be integrated into the regular code.

If you will test branches, you need to autonomously compile the source code.
Comment 5 mroe 2014-04-24 10:12:38 UTC
(In reply to Regina Henschel from comment #4)
> This error is not in any regular build,

What is the error, because I see the same in the document as in the screenshot (except a variation in the shading) in all versions. A screenshot of the right behaviour would help (me).
Comment 6 Regina Henschel 2014-04-24 10:44:01 UTC
Created attachment 83269 [details]
Screenshot of view in aw080

See attached screenshot for the error.
Comment 7 mroe 2014-04-24 11:10:53 UTC
Thank you, Regina!
Comment 8 Armin Le Grand 2014-04-24 16:15:56 UTC
@Regina: Thanks for clarification and reopening! I think there are some general problems with 3D in aw080 still, I am working through the 2D shapes still...

@mroe: Sorry for the confusion, it is not optimal to 'flag' bugs in source code branches in this case using [aw080] in the title, but we do not have something better for now. Maybe we should extend to [branch:aw080] or [branches/alg/aw080] which is the svn tree path, or just something like [b:aw080], it's a question of conventions. We just started with using [aw080] which may be not clear enough when not knowing which branches exist and are worked on. Ideas?
Comment 9 Marcus 2017-05-20 10:44:46 UTC
Reset the assignee to the default "issues@openoffice.apache.org".