MantisBT - ParaView
View Issue Details
0014828ParaView(No Category)public2014-06-27 19:192015-01-09 13:42
Alan Scott 
Utkarsh Ayachit 
normalminorhave not tried
closedfixed 
git-master 
4.24.2 
Sandia
14828_fix_scalar_coloring
incorrect functionality
0014828: Contours, color by is crazy broken
When you contour, then color by something, ParaView gets very confused. I don't know if this is one bug, or numerous. Should be fixed for 4.2.

* Linux, local server, master.
* Source/ Wavelet. Apply.
* Slice. Turn off Show Plane. Apply.
* +X
* Hide visibility of Wavelet.
* Not necessary, but Reset (X)
* Contour, by rtdata, take default, apply.

<<Bug - you can't color by rtdata>>
(Ah, this is by design, you say!)

* Restart ParaView from scratch.
* Open disk_out_ref.exo. All vars on. Apply.
* Slice. Turn off Show Plane. Apply.
* +X
* Not necessary, but Reset (X)
* Color by temp.
* Contour filter. Contour by temp. Change value range to 400. Apply.
<<Inconsistancy>> We are now contouring by temp.
<<Bug>> If you look at the Color By in the Properties tab, it doesn't show Solid Color (but should). The Color By in the top tool bar does!
* Color by "Solid Color". (Top tool bar.) (Contour goes white.)
* Color editor. Change color to black.
* Color by temp.
<<bug>> Contour stays black! You can never color by any var again, until you change the color back to white.


No tags attached.
Issue History
2014-06-27 19:19Alan ScottNew Issue
2014-06-27 19:26Alan ScottProduct Version => git-master
2014-06-27 19:26Alan ScottDescription Updatedbug_revision_view_page.php?rev_id=776#r776
2014-06-28 08:17Utkarsh AyachitTarget Version => 4.2
2014-07-06 15:33Cory QuammenNote Added: 0032972
2014-07-07 11:08Cory QuammenNote Edited: 0032972bug_revision_view_page.php?bugnote_id=32972#r785
2014-07-18 15:34Utkarsh AyachitNote Added: 0033038
2014-07-22 10:38Utkarsh AyachitTopic Name => 14828_fix_scalar_coloring
2014-07-22 10:38Utkarsh AyachitNote Added: 0033062
2014-07-22 10:38Utkarsh AyachitStatusbacklog => gatekeeper review
2014-07-22 10:38Utkarsh AyachitFixed in Version => git-next
2014-07-22 10:38Utkarsh AyachitResolutionopen => fixed
2014-07-22 10:38Utkarsh AyachitAssigned To => Utkarsh Ayachit
2014-07-23 10:18Utkarsh AyachitNote Added: 0033071
2014-07-23 10:18Utkarsh AyachitStatusgatekeeper review => customer review
2014-07-23 10:18Utkarsh AyachitFixed in Versiongit-next => git-master
2014-07-24 20:20Alan ScottNote Added: 0033078
2014-07-24 20:20Alan ScottStatuscustomer review => closed
2014-08-29 10:59Utkarsh AyachitFixed in Versiongit-master => 4.2
2015-01-09 13:41Utkarsh AyachitSource_changeset_attached => VTK master f0165b18
2015-01-09 13:41Utkarsh AyachitSource_changeset_attached => VTK master 53fc29f1
2015-01-09 13:42Utkarsh AyachitSource_changeset_attached => VTK master daf8c6e7

Notes
(0032972)
Cory Quammen   
2014-07-06 15:33   
(edited on: 2014-07-07 11:08)
Alan, I confirm what you see. Here are a few more details.

- I did not get this behavior on linux: "<<Bug>> If you look at the Color By in the Properties tab, it doesn't show Solid Color (but should). The Color By in the top tool bar does! " The Solid Color option did appear in the Properties tab, so that may have been fixed by another commit

- I don't see why one should not be able to color by the contour array. That should be fixed.

- Coloring by scalar arrays appears to be broken in all representations that show line segment poly data. If you take a 3D contour through the wavelet source (default settings), change the representation to Wireframe, change the solid color to green, then color by Normals, the scalar colors are obviously modulated by the green color. That's why when you choose black as the solid color, then color by an array, you see black - black modulated with any color is black.

(0033038)
Utkarsh Ayachit   
2014-07-18 15:34   
Scalar coloring blending fix: http://review.source.kitware.com/#/t/4410/ [^]
(0033062)
Utkarsh Ayachit   
2014-07-22 10:38   
commit daf8c6e76ec7bb02f56dda17ce260141b7e960a5
Author: Utkarsh Ayachit <utkarsh.ayachit@kitware.com>
Date: Fri Jul 18 15:30:37 2014 -0400

    BUG 0014828: Keep surface color from interacting with scalar color.
    
    When using scalar coloring, if vtkScalarsToColorsPainter decided to use
    a texture for mapping the scalars to colors, we ended up with the
    surface color bleeding through the texture. This commit ensures that
    such bleeding is avoided.
    
    We don't simply use glTexEnvf (GL_TEXTURE_ENV, GL_TEXTURE_ENV_MODE,
    GL_REPLACE), since that results in the diffuse highlights being lost.
    By enabling GL_COLOR_MATERIAL and calling glColor3f(1,1,1), we follow
    the same lighting/coloring path as we would when not using the texture
    for scalar coloring.
    
    Change-Id: I9c4db15dd0db699d5d045fa7ae27696d18828988
(0033071)
Utkarsh Ayachit   
2014-07-23 10:18   
---------------------------------------------
Topics merged into master:
(VTK) 14828_fix_scalar_coloring

(0033078)
Alan Scott   
2014-07-24 20:20   
Tested master, Linux, remote server.