1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/openharmony-security_device_auth

 / Детали:

[Оптимизация кода]: шаг должен быть STEP_ONE, а не LITERAL_VALUE 1

Предстоит сделать
Владелец
Создано  
14.03.2025

Какова проблема?

Файлы исходного кода
services/legacy/authenticators/src/account_unrelated/pake_task/pake_v1_task/pake_v1_protocol_task/pake_v1_client_protocol_task.c

Функция
static int Process(struct AsyBaseCurTaskT *task, PakeParams *params, const CJson *in, CJson *out, int *status)

Оптимизация
if (step == INVALID_MESSAGE) {
res = PakeRequest(task, params, out, status);
step = STEP_ONE; // Недостаточно удобно для анализа кода новичками, должно быть STEP_ONE
goto OUT;
}

Какое поведение ожидалось?

В функции Process(), при обработке невалидного сообщения, шаг должен быть равен STEP_ONE, а не значению 1.

Как воспроизвести эту ошибку?

Нет

Дополнительная информация

Информация о версиях или ветках

  • master
  • 5.0-Beta1
  • Release 4.1
  • Release 4.0
  • Release 3.2

Комментарий (0)

GitLife Service Account Задача создана
GitLife Service Account добавлено
 
waiting_for_assign
label.
GitLife Service Account добавлено
 
bug
label.
Развернуть журнал операций

Вход Перед тем как оставить комментарий

Статус
Ответственный
Контрольная точка
Pull Requests
Связанные запросы на слияние могут быть закрыты после их объединения
Ветки
Дата начала   -   Крайний срок
-
Закрепить/Открепить
Приоритет
Участники(1)
1
https://api.gitlife.ru/oschina-mirror/openharmony-security_device_auth.git
git@api.gitlife.ru:oschina-mirror/openharmony-security_device_auth.git
oschina-mirror
openharmony-security_device_auth
openharmony-security_device_auth