Skip to content

fix http api timeout mapping for open ticket#5981

Merged
omercier merged 5 commits intodevelopfrom
CTOR-2195_propery_map_api-timeout_param_for_open_ticket
Apr 21, 2026
Merged

fix http api timeout mapping for open ticket#5981
omercier merged 5 commits intodevelopfrom
CTOR-2195_propery_map_api-timeout_param_for_open_ticket

Conversation

@tanguyvda
Copy link
Copy Markdown
Contributor

@tanguyvda tanguyvda commented Feb 11, 2026

Community contributors

Description

the --api-timeout option is not mapped on the timeout option of the http module which results in a default timeout of 5 seconds that is way to short for the needs of the open ticket webservice.

Type of change

  • Patch fixing an issue (non-breaking change)
  • New functionality (non-breaking change)
  • Functionality enhancement or optimization (non-breaking change)
  • Breaking change (patch or feature) that might cause side effects breaking part of the Software

How this pull request can be tested ?

Please describe the procedure to verify that the goal of the PR is matched.
Provide clear instructions so that it can be correctly tested.

Any relevant details of the configuration to perform the test should be added.
To integrate this pull request into our core we need to add some automated tests to check the proper
functioning of this PR. Ideally we need the following informations:

  • SNMP: MIB files and full snmpwalk of enterprise branch (snmpwalk -ObentU -v 2c -c public address .1.3.6.1.4.1 > equipment.snmpwalk) or SNMP collections.
  • HTTP API (SOAP, Rest/Json, XML-RPC): the documentation and some curl examples (command with -v + output) or HTTP collections.
  • CLI: command line examples (command + result).
  • SQL: queries + results + column types or SQL collections.
  • JMX: mbean names and attributes.

If some information is confidential, such as logins or IP addresses, obfuscate them in what is sent
publicly and we'll get in touch with you by private message if this information is needed.

Checklist

  • I have followed the coding style guidelines provided by Centreon
  • I have commented my code, especially hard-to-understand areas of the PR.
  • I have rebased my development branch on the base branch (develop).
  • I have provide data or shown output displaying the result of this code in the plugin area concerned.

Centreon team (internal PR)

Description

PLEASE MAKE SURE THAT THE BRANCH PR INCLUDES JIRA TICKET ID

Please include a short resume of the changes and what is the purpose of this pull request.
Any relevant information should be added to help reviewers to understand what are the stakes
of the pull request.

Fixes # (issue)
If you are fixing a github Issue already existing, mention it here.
If you are fixing one or more JIRA ticket, mention it here too.

Type of change

  • Patch fixing an issue (non-breaking change)
  • New functionality (non-breaking change)
  • Functionality enhancement or optimization (non-breaking change)
  • Breaking change (patch or feature) that might cause side effects breaking part of the Software

How this pull request can be tested ?

Please describe the procedure to verify that the goal of the PR is matched.
Provide clear instructions so that it can be correctly tested.
Mention the automated tests included in this FOR (what they test like mode/option combinations).

Checklist

  • I have followed the coding style guidelines provided by Centreon
  • I have commented my code, especially hard-to-understand areas of the PR.
  • I have rebased my development branch on the base branch (develop).
  • In case of a new plugin, I have created the new packaging directory accordingly.
  • I have implemented automated tests related to my commits.
    • Data used for automated tests are anonymized.
  • I have reviewed all the help messages in all the .pm files I have modified.
    • All sentences begin with a capital letter.
    • All sentences end with a period.
    • I am able to understand all the help messages, if not, exchange with the PO or TW to rewrite them.
  • After having created the PR, I will make sure that all the tests provided in this PR have run and passed.

Summary by Aikido

Security Issues: 0 Quality Issues: 0 Resolved Issues: 0

⚡ Enhancements

  • Mapped --api-timeout CLI option to internal http timeout option

🔧 Refactors

  • Removed unused api_timeout variable and its redundant option check

More info

@tanguyvda tanguyvda requested a review from a team as a code owner February 11, 2026 11:10
@github-actions
Copy link
Copy Markdown

github-actions Bot commented Feb 11, 2026

Logo
Checkmarx One – Scan Summary & Details3c168c35-b526-40e8-a812-d78c91b97795


New Issues (9) Checkmarx found the following issues in this Pull Request
# Severity Issue Source File / Package Checkmarx Insight
1 MEDIUM Use_of_Broken_or_Risky_Cryptographic_Algorithm /src/network/hp/athonet/nodeexporter/api/custom/api.pm: 131
detailsIn , the application protects sensitive data using a cryptographic algorithm, md5_hex, that is considered weak or even trivially broken, in /src/n...
Attack Vector
2 MEDIUM Use_of_Broken_or_Risky_Cryptographic_Algorithm /src/network/hp/athonet/nodeexporter/api/custom/api.pm: 127
detailsIn , the application protects sensitive data using a cryptographic algorithm, md5_hex, that is considered weak or even trivially broken, in /src/n...
Attack Vector
3 MEDIUM Use_of_Broken_or_Risky_Cryptographic_Algorithm /src/apps/monitoring/nodeexporter/linux/mode/cpu.pm: 193
detailsIn , the application protects sensitive data using a cryptographic algorithm, md5_hex, that is considered weak or even trivially broken, in /src/a...
Attack Vector
4 MEDIUM Use_of_Broken_or_Risky_Cryptographic_Algorithm /src/apps/monitoring/nodeexporter/windows/mode/cpu.pm: 159
detailsIn , the application protects sensitive data using a cryptographic algorithm, md5_hex, that is considered weak or even trivially broken, in /src/a...
Attack Vector
5 MEDIUM Use_of_Broken_or_Risky_Cryptographic_Algorithm /src/apps/monitoring/nodeexporter/windows/mode/traffic.pm: 149
detailsIn , the application protects sensitive data using a cryptographic algorithm, md5_hex, that is considered weak or even trivially broken, in /src/a...
Attack Vector
6 MEDIUM Use_of_Broken_or_Risky_Cryptographic_Algorithm /src/apps/monitoring/nodeexporter/linux/mode/traffic.pm: 148
detailsIn , the application protects sensitive data using a cryptographic algorithm, md5_hex, that is considered weak or even trivially broken, in /src/a...
Attack Vector
7 LOW Permissive_Regular_Expression /src/cloud/prometheus/exporters/nodeexporter/mode/uptime.pm: 125 Attack Vector
8 LOW Permissive_Regular_Expression /src/cloud/prometheus/exporters/nodeexporter/mode/interfaces.pm: 83 Attack Vector
9 LOW Permissive_Regular_Expression /src/cloud/prometheus/exporters/nodeexporter/mode/interfaces.pm: 83 Attack Vector

Comment thread src/notification/centreon/opentickets/api/custom/api.pm Outdated
Comment thread src/notification/centreon/opentickets/api/custom/api.pm Outdated
Comment thread src/notification/centreon/opentickets/api/custom/api.pm Outdated
Co-authored-by: omercier <32134301+omercier@users.noreply.github.com>
Co-authored-by: omercier <32134301+omercier@users.noreply.github.com>
@omercier omercier merged commit 95c6497 into develop Apr 21, 2026
54 checks passed
@omercier omercier deleted the CTOR-2195_propery_map_api-timeout_param_for_open_ticket branch April 21, 2026 12:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants