|View Issue Details|
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0013688||ParaView||(No Category)||public||2012-11-28 06:46||2016-08-12 09:59|
|Assigned To||Kitware Robot|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Target Version||Fixed in Version|
|Summary||0013688: Client/Server only: Incorrect coloring of data type long. Correct for same data if data type is float|
Connect to single process PVserver
Load attached file. Apply.
Color by: "material (float)"
Enable color legend visibility
=> Note: four clearly distinguishable colors used for 3D object
Color by: "material (long)"
=> Note: 3D object only colored in red - despite the fact that the underlying numerical values of "material (float)" and "material (long)" are identical, just the data type differs.
Does not happen in builtin mode with ParaView 3.14.1.
ParaView 3.98.0 RC3 client/server mode affects, too.
|Tags||No tags attached.|
|Attached Files||gmvtest.cs.long.vs.float.vtu [^] (1,856 bytes) 2012-11-28 06:49|
Sven Buijssen (reporter)
Issue (remember, only arises in client/server mode) ...
... presents itself with
* ubuntu-x64-nightlymaster-superbuild on Ubuntu 12.04 64-bit
... does not exist with
* (debian-x32.kitware) nightlymaster-superbuild on Ubuntu 10.04 64-bit
* WinXP64-VS9-nightlymaster-superbuild on Win 7 64-bit
* WinXP32-VS9-nightlymaster-superbuild on Win 7 64-bit
Issue causes dashboard test pvcs.GMVReaderBasicRead-static to fail on Blight.kitware for ubuntu-x64-nightlynext-static
Once resolved, ParaViewData/Baseline/serverGMVReaderBasicRead.png and ParaViewData/Baseline/serverGMVReaderBasicRead_WithVisitBridge.png (as of commit 48d309b389738ec) should get updated such that the images match ParaViewData/Baseline/serverGMVReaderBasicRead_WithVisitBridge_1.png
Utkarsh Ayachit (administrator)
edited on: 2012-12-24 08:29
Developer Note: The problem also goes away is "Remote Rendering" is enabled. Thus we can conclude that the "material (long)" values get "corrupt" when the data is delivered to the client.
If we look at the "cell data" in a spreadsheet view, we see that the data for material (long) is totally corrupt.
Utkarsh Ayachit (administrator)
|The problem is with vtkDataReader not able to reader binary files that contain 8-byte "long" values. The reader assumes long with be 4-byte long which is true with Windows and 32-bit linux machines and not on 64-bit linux/mac machines. That explains why the tests fail on the some dashboards and not on others.|
Kitware Robot (administrator)
Resolving issue as `moved`.
This issue tracker is no longer used. Further discussion of this issue may take place in the current ParaView Issues page linked in the banner at the top of this page.
|2012-11-28 06:46||Sven Buijssen||New Issue|
|2012-11-28 06:49||Sven Buijssen||File Added: gmvtest.cs.long.vs.float.vtu|
|2012-11-30 07:53||Sven Buijssen||Note Added: 0029813|
|2012-12-24 08:28||Utkarsh Ayachit||Note Added: 0029943|
|2012-12-24 08:29||Utkarsh Ayachit||Note Edited: 0029943|
|2012-12-24 09:28||Utkarsh Ayachit||Note Added: 0029944|
|2016-08-12 09:59||Kitware Robot||Note Added: 0038285|
|2016-08-12 09:59||Kitware Robot||Status||backlog => closed|
|2016-08-12 09:59||Kitware Robot||Resolution||open => moved|
|2016-08-12 09:59||Kitware Robot||Assigned To||=> Kitware Robot|
|Copyright © 2000 - 2018 MantisBT Team|