Notes |
|
(0032659)
|
Utkarsh Ayachit
|
2014-05-23 13:03
|
|
Cory, I think this issue is due to the missing logic in vtkSMParaViewPipeline controller to instantiate all "settings" proxies, not just the ones it knows about. |
|
|
(0032662)
|
Cory Quammen
|
2014-05-25 14:44
|
|
commit b154c1c4f31cb9d518965fd742a4603602036744
Author: Cory Quammen <cory.quammen@kitware.com>
Date: Sun May 25 11:07:53 2014 -0400
BUG 14753: Consolidated settings proxy creation
Added method to create all settings proxies that haven't yet been
created. This method is now called from
vtkSMParaViewPipelineController and pqPluginSettingsBehavior to ensure
that settings proxies from plugins are registered both when a plugin
is loaded through the plugin manager UI or autoloaded at startup.
Change-Id: I6fe794e80493507d7eb73f084e087d4f22d77afc |
|
|
(0032667)
|
Utkarsh Ayachit
|
2014-05-28 07:00
|
|
SUMMARY
---------------------------------------------
Topics merged into master:
14723_export_coprocessing_scripts
14742_vtkImageDataToUniformGrid
14744_cleanup_views
14748_compile_cth_markers_in_by_default
14753_PluginSettings
cleanup_viewframe_interface
dashboard_maintenance
fix-install-test
fix_intel_compiler_mpich_issues
fix_settings_server_processes
pvweb-ubuntu-14LTS-doc-update
settings_custom_apps
use-external-data
|
|
|
(0032697)
|
Alan Scott
|
2014-05-30 14:40
|
|
Tested the plugin loading code. Tested manual load, and autoload. Tested autoload on and also off.
Tested that the Edit/ Settings menu appeared properly for autoload.
Tested remote server, Linux, master. |
|