Skip to content

Conversation

@shaohuzhang1
Copy link
Contributor

fix: The maximum limit for application dialogue has been modified to 10000000 times

@f2c-ci-robot
Copy link

f2c-ci-robot bot commented Nov 3, 2025

Adding the "do-not-merge/release-note-label-needed" label because no release-note block was detected, please follow our release note process to remove it.

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes-sigs/prow repository.

@f2c-ci-robot
Copy link

f2c-ci-robot bot commented Nov 3, 2025

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by:

The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@shaohuzhang1 shaohuzhang1 merged commit fcd258d into v2 Nov 3, 2025
3 of 5 checks passed
@shaohuzhang1 shaohuzhang1 deleted the pr@v2@fix_application branch November 3, 2025 02:20
access_num = serializers.IntegerField(required=False, max_value=10000000,
min_value=0,
label=_("Number of visits"))
white_active = serializers.BooleanField(required=False,
Copy link
Contributor Author

Choose a reason for hiding this comment

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

The access_num field's max_value is set to 1,000, which may not be the intended constraint. Typically, an access number should be higher or at least manageable depending on usage requirements (e.g., one million accesses per token). Here's a revised version:

  1. Increase Maximum Value: The maximum value can be increased based on expected usage.
  2. Documentation Update: A note about this adjustment should be included in the Django REST Framework documentation.
class AccessTokenEditSerializer(serializers.Serializer):
    """
        A serializer for editing access tokens with additional fields such as reset, activation status, and visit count.
    """

    # ...

Revision Summary: Increase max_value from 1,000 to a more suitable upper bound like 10,000,000 or even higher if needed. This change ensures the field's correctness according to typical use cases without risking database constraints exceeding limits.

:max="10000000"
:value-on-clear="0"
controls-position="right"
style="width: 268px"
Copy link
Contributor Author

Choose a reason for hiding this comment

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

In the provided code snippet, there is one change to optimize performance and reduce user input errors:

-          :max="10000"
+          :max="10000000"

Modification Explanation: The max prop from 10,000 to 10,000,000 increases the range of values that users can enter into the input field. This allows for more flexible data entry without exceeding typical limits (e.g., for numerical IDs). Adjusting this value ensures that potential future requirements or constraints are considered.

This change does not introduce irregularities or significant issues, but it enhances the flexibility of the form component by accommodating larger inputs, which could be beneficial depending on specific use cases.

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.

2 participants