Skip to content

fixed MSCOLAB_timeout definition by list_operation_structure#2815

Merged
ReimarBauer merged 4 commits intostablefrom
i2790
Jun 23, 2025
Merged

fixed MSCOLAB_timeout definition by list_operation_structure#2815
ReimarBauer merged 4 commits intostablefrom
i2790

Conversation

@ReimarBauer
Copy link
Member

@ReimarBauer ReimarBauer commented May 11, 2025

Purpose of PR?:

Fixes #2716 #2819

Does this PR introduce a breaking change?
no

If the changes in this PR are manually verified, list down the scenarios covered::
xfailed test enabled

Additional information for reviewer? :
Mention if this PR is part of any design or a continuation of previous PRs

Does this PR results in some Documentation changes?
If yes, include the list of Documentation changes

Checklist:

@ReimarBauer ReimarBauer changed the title list_operation_structure fixed fixed timeout definition by list_operation_structure May 11, 2025
text = f.read().decode("utf-8")
expected_version = __version__
pattern = rf'value="is:closed milestone:{re.escape(expected_version)}"'
pattern = rf'value="is:closed milestone:{re.escape(expected_version)} "'
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

seems gh has changed the content.

The test is then very fragile and needs a better solution

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@ReimarBauer ReimarBauer requested a review from matrss May 11, 2025 13:56
"gravatar_ids": ["[email protected]"],
"WMS_preload": ["https://wms-preload-url.com"],
"MSCOLAB_timeout": [[2, 10]],
"MSCOLAB_timeout": [int(), int()],
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

int() == 0, what's the reasoning for changing it to that? The main difference seems to be removing the inner list, but is that correct? Afterall, the timeout setting can be a tuple of two values, or something equivalent.

Copy link
Member Author

@ReimarBauer ReimarBauer May 12, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Although it can be zero. These entries are in place to guarantee that new values have the same data type as existing ones. I’m hesitant to keep both default values because we used only placeholders elsewhere.

The inner list definition is wrong, it should only have 2 values of type integer.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The inner list definition is wrong, it should only have 2 values of type integer.

Are you sure about that? The other definitions all have one element in the outer list, which defines a placeholder value for the config option. And in the case of MSCOLAB_timeout that config option is supposed to be a sequence of two elements, right?

Copy link
Member Author

@ReimarBauer ReimarBauer May 13, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, it is the same as with gravatar_ids, new_flightrack_template and some
more.

The list_option_structure is used by the config_editor, to create a new row for e.g. automated_plotting_flights [[]] with 6 elements.

Bildschirmfoto 2025-05-13 um 13 08 55

using [] creates for the gravatar_id a new row with 1 element.
Bildschirmfoto 2025-05-13 um 15 49 30

Because MSCOLAB_timeout is implemented as a list allowing additions and removals, this introduces potential problems in the UI. We need to ensure the UI behaves consistently with how it handles non-list values – for example

Bildschirmfoto 2025-05-13 um 13 16 56

@ReimarBauer
Copy link
Member Author

The editor does it now correct
Bildschirmfoto 2025-05-13 um 15 16 38

@ReimarBauer
Copy link
Member Author

ReimarBauer commented May 13, 2025

To maintain a unified approach, the logic needs to be consistently applied across the modify_config_file module, its tests, the configuration settings, and the user interface. That can be done with #2819

I am looking currently in that issue and write more tests :)

@ReimarBauer ReimarBauer requested a review from matrss May 13, 2025 13:46
@ReimarBauer ReimarBauer changed the title fixed timeout definition by list_operation_structure fixed MSCOLAB_timeout definition by list_operation_structure May 14, 2025
@ReimarBauer ReimarBauer requested a review from joernu76 May 22, 2025 16:49
Copy link
Member

@joernu76 joernu76 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The whole configuration scheme has gotten pretty complex to enforce the proper form of parameters... This should be simpler.

@ReimarBauer ReimarBauer merged commit 001cc76 into stable Jun 23, 2025
10 of 12 checks passed
@ReimarBauer ReimarBauer deleted the i2790 branch June 23, 2025 16:39
annapurna-gupta pushed a commit to annapurna-gupta/MSS that referenced this pull request Jul 12, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

modify_config_file needs to have the configurations/editor logic mscolab_chat, timeout tuple problem

3 participants