inconsistent declare/undeclare parameter behaviour

オープン

#2,736 2025年2月9日に作成コメント 4 件リアクション 0 件担当者 1 名 GitHub で見る

@fujitatomoya がすでに取り組んでいます。

2025年2月20日から。

評価

この issue はまだ評価されていません。

説明

current behaviour

A ROS node can:

explicitly declare a parameter via declare_parameter and explicitly undeclare it viaundeclare_parameter
implicitly declare a parameter by setting the option allow_undeclared_parameters(true) and then just setting the parameter via set_parameter and implicitly undeclare a dynamic parameter by changing its type to PARAMETER_NOT_SET

It is also possible to mix these modes and implicitly undeclare an explicitly declared parameter by not allowing undeclared parameters, using dynamic parameter types and then setting its type to PARAMETER_NOT_SET. In such a situation, it will not be possible to "reactivate" the parameter again, without the node explicitly declaring the parameter again.

This mix of explicit creating and implicit deletion of parameters is inconsistent.

expected behaviour

If an explicitly declared dynamic parameters type is changed to PARAMETER_NOT_SET, it should result into the same behaviour as declaring the parameter with PARAMETER_NOT_SET in the first place. That means, after changing the type to PARAMETER_NOT_SET, has_parameter must return true and ros2 param get should return Parameter not set. and ros2 param dump should show the value as null.
Additionally, it would be useful if this would still work with static types, such that a parameter has a static type and its value is either be set or unset (null), comparable to a NULL pointer in C.

The current implicitly undeclare behaviour should only apply when allow_undeclared_parameters is true and parameters are declared implicitly via set_parameter.

主要言語: C++
スター: 805
フォーク: 564
平均マージ: 1日 22時間
マージ済み PR（30日）: 21

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

ros2/rclcpp のほかの issue

Delete ament_export_include_directories() and ament_export_libraries() calls オープン

good first issue

難易度 1/5 1時間未満初心者へのやさしさ 90/100

ros2/rclcpp#3285 · 2026年9月23日に作成
Public API in detail namespace - `rclcpp::node_interfaces::detail::NodeInterfacesSupport` オープン

enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

ros2/rclcpp#3281 · 2026年9月20日に作成
Cannot publish action feedback in CANCELING state オープン

bug

難易度 3/5 1〜2日初心者へのやさしさ 65/100

ros2/rclcpp#3283 · 2026年9月22日に作成
:farmer: benchmark_executor tests consistently timeout on Ubuntu Resolute AMD64 オープン

bug

難易度 4/5 3〜5日初心者へのやさしさ 48/100

ros2/rclcpp#3273 · コメント 2 件 · 2026年9月14日に作成
Support lifecycle-managed timers in rclcpp_lifecycle::LifecycleNode オープン

enhancement

難易度 5/5 1週間以上初心者へのやさしさ 30/100

ros2/rclcpp#3255 · コメント 7 件 · 2026年9月4日に作成

ros2/rclcpp の issue をすべて見る

似ている issue

An automatic array with a negative run-time extent has a negative size instead of zero オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

lfortran/lfortran#13475 · 2026年9月24日に作成
Use ament_cmake_ros_core::ament_ros_defaults instead of setting CMAKE_C_STANDARD or CMAKE_CXX_STANDARD オープン

good first issue

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

ros2/message_filters#338 · 2026年9月24日に作成
Needs documentation update: Qt6 install or build instructions are not provided オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

subsurface/subsurface#4984 · 2026年9月24日に作成
[Bug] Desktop: DataChannel onBufferedAmountLow / onBufferedAmountChange never fires — missing C++ OnBufferedAmountChange override オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

flutter-webrtc/flutter-webrtc#2206 · 2026年9月24日に作成
litertlm-android AAR ships no consumer ProGuard rules → "mid == null" SIGABRT in minified apps オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

google-ai-edge/LiteRT-LM#3739 · 2026年9月24日に作成

C++ の issue をもっと見る