Opened 33 hours ago

Closed 29 hours ago

#788 closed улучшение (не будем делать)

При очистке конфигурации блока в плате VE-02 продолжают отображаться пользовательские данные

Reported by: roman_zhur Owned by: alx
Priority: средний Milestone: 2 очередь
Component: web-интерфейс (sw) Keywords:
Cc:

Description

В блоке имеется плата VE-02. После очистки конфигурации блока (вкладка "разное" -> Очистить конфиг -> да -> да) и перезапуска swd в плате VE-02 продолжают отображаться настроенные пользователем URI КО установленных субмодулей до перезагрузки платы VE-02.
Ожидалось, что при очистке конфигурации блока стираются все данные.
Предлагаю сделать так, чтобы при очистке конфига блока в платах VE старые данные очищались.

test1.xml - изначальный конфиг
1.png - КО в этом конфиге
2.png и 3.png - скриншоты КО после очистки конфига и перезапуска swd

Версия sw: 1.0-r2586
VE-02 Ревизия прошивки 63

Attachments (5)

1.png (63.6 KB ) - added by roman_zhur 33 hours ago.
2.png (45.2 KB ) - added by roman_zhur 33 hours ago.
3.png (68.9 KB ) - added by roman_zhur 33 hours ago.
test1.xml (12.2 KB ) - added by roman_zhur 33 hours ago.
config-06-02-2026(1).xml (49 bytes ) - added by roman_zhur 32 hours ago.
конфиг файл сразу после очитски конфига

Download all attachments as: .zip

Change History (15)

by roman_zhur, 33 hours ago

Attachment: 1.png added

by roman_zhur, 33 hours ago

Attachment: 2.png added

by roman_zhur, 33 hours ago

Attachment: 3.png added

by roman_zhur, 33 hours ago

Attachment: test1.xml added

in reply to:  description comment:1 by alx, 33 hours ago

Replying to roman_zhur:

Ожидалось, что при очистке конфигурации блока стираются все данные.

Я только что провел эксперимент - очистил конфиг блока. В результате конфиг стал таким:

 <?xml version="1.0" encoding="UTF-8"?>
<config/>

Я в нем не вижу никаких данных, то есть в моем эксперименте поведение совпадает с твоим ожиданием. У тебя не так? Покажи, пожалуйста, когфиг-файл твоего блока после его очистки.

Предлагаю сделать так, чтобы при очистке конфига блока в платах VE старые данные очищались.

Функция очистки конфига никак не связана с какой-либо конкретной платой блока. Конфиг-файл блока находится в плате SW-01, а не в плате VE-02, функция его очистки также реализована в плате SW-01 и к плате VE-02 прямого отношения не имеет. Эта функция делает ровно то, что вынесено в ее название - очищает файл конфигурации. Если у тебя очистки конфиг-файла не происходит - это баг, который, конечно же, надо постараться исправить.

comment:2 by roman_zhur, 32 hours ago

как назвать ситуацию, когда при очищении конфиг файла блока в плате VE-02 продолжают отображаться uri ко, как показано на скриншотах 2.png и 3.png?

by roman_zhur, 32 hours ago

Attachment: config-06-02-2026(1).xml added

конфиг файл сразу после очитски конфига

in reply to:  2 comment:3 by alx, 32 hours ago

Replying to roman_zhur:

как назвать ситуацию, когда при очищении конфиг файла блока в плате VE-02 продолжают отображаться uri ко, как показано на скриншотах 2.png и 3.png?

Не понимаю вопрос... Ты свободный человек, называй ее как считаешь нужным.
И на всякий случай еще раз (как минимум, уже третий) обращаю твое внимание на то, что функция очистки конфиг-файла никак не связана с платой VE-02.

comment:4 by alx, 32 hours ago

Насколько я вижу, приложенный тобой конфиг-файл после его очистки ничем не отличается от приведенного мной в commant:1, то есть, как ты и ожидал, не содержит никаких данных.

...Прошу прощения, я только сейчас заметил, что тип тикета не "баг", а "улучшение" (я ошибочно думал, что речь о баге, так как ты написал "ожидалось...", как будто поведение аппаратуры не совпало с твоим ожиданием).

Насколько я понял, предлагаемое улучшение сформулировано в этой строчке описания тикета:

Предлагаю сделать так, чтобы при очистке конфига блока в платах VE старые данные очищались.

К сожалению, я не понял, что конкретно предлагается изменить. Например, что конкретно ты называешь "старыми данными"? Я уже неоднократно писал, что конфил блока хранится в SW-01, а не в VE-02... Опиши, пожалуйста, предлагаемое улучшение более подробно. Также хотелось бы услышать какую-то аргументацию (почему ты считаешь, что после реализации предложенного тобой изменения аппаратура станет лучше).

Last edited 31 hours ago by alx (previous) (diff)

comment:5 by roman_zhur, 31 hours ago

тип тикета не "баг" (как это было у ​первоначального тикета), а "улучшение".

у обоих тикетов "улучшение".

В ​первоначальном тикете конфиг-файл после очистки был сильно не пустой...

в том тикете я приложил конфиг-файл после очистки и сохранения. на это можно внимания не обращать.

Насколько я вижу, приложенный тобой конфиг-файл после его очистки ничем не отличается от приведенного мной в commant:1, то есть, как ты и ожидал, не содержит никаких данных.

в этом тикете я приложил файл config-06-02-2026(1).xml​ - то, что я получаю сразу после очистки. этот файл конфигурации пустой. следовательно, в платах данного блока никаких настроек быть не должно. однако, если зайти в VE-02, то можно увидеть непустые значения URI.

Опиши, пожалуйста, предлагаемое улучшение более подробно.

Сейчас после очистки конфигурации блока в VE-02 отображаются данные, которые там были до очистки. Я предлагаю сделать так, чтобы их этих данных там не было (чтобы поле URI было пустое).

Также хотелось бы услышать какую-то аргументацию

Как это выглядит с точки зрения пользователя: ты полностью очищаешь конфигурацию блока, но какие-то данные всё равно остаются. Это как-то странно. пользователь может подумать, что очистка не сработала.

Last edited 31 hours ago by roman_zhur (previous) (diff)

comment:6 by roman_zhur, 31 hours ago

Например, что конкретно ты называешь "старыми данными"?

Данные, которые отображаются в uri в VE-02 после очистки конфигурации.

in reply to:  5 comment:7 by alx, 30 hours ago

Replying to roman_zhur:

тип тикета не "баг" (как это было у ​первоначального тикета), а "улучшение".

у обоих тикетов "улучшение".

Да, верно. Я по ошибке подумал, что ты сообщаешь о баге, так как ты написал "ожидалось...", как будто поведение аппаратуры не совпало с твоими ожиданиями (к тому же там был приложен непустой конфиг якобы после очистки). :) Прошу прощения за свою невнимательность.

в этом тикете я приложил файл config-06-02-2026(1).xml​ - то, что я получаю сразу после очистки. этот файл конфигурации пустой. следовательно, в платах данного блока никаких настроек быть не должно.

??? По-моему это неверная логика. Каким образом из того факта, что в конфиг-файле нет какой-то настройки следует вывод о том, что такой настройки не должно быть в плате? По-моему никак не следует...

Опиши, пожалуйста, предлагаемое улучшение более подробно. Также хотелось бы услышать какую-то аргументацию

Как это выглядит с точки зрения пользователя: ты полностью очищаешь конфигурацию блока, но какие-то данные всё равно остаются. Это как-то странно. пользователь может подумать, что очистка не сработала.

Во-первых, если это было более подробное описание твоего предложения, то я его, прости, опять не понял. По-моему в написанном тобой никакого предложения нет.

Во-вторых, лично я ничего странного не вижу. В РЭ про кнопку "Очистить конфиг" написано следующее:

При нажатии кнопки Очистить конфиг появляется диалог с запросом: Сохраненная конфигурация будет потеряна. Вы действительно хотите очистить файл конфигурации? и кнопками Да и Нет.

При нажатии Да файл конфигурации, сохраненный в плате SW-01, заменяется "чистым" (не содержащим конфигурации плат)...

В приведенном тобой сценарии пользователь очистил конфиг-файл. После этого конфиг-файл выглядит так:

 <?xml version="1.0" encoding="UTF-8"?>
<config/>

То есть в конфиг-файле никаких данных нет. Он чистый. То есть пользователь получил ровно тот результат, который был ему обещан.

in reply to:  6 comment:8 by alx, 30 hours ago

Replying to roman_zhur:

Например, что конкретно ты называешь "старыми данными"?

Данные, которые отображаются в uri в VE-02 после очистки конфигурации.

Спасибо за уточнение. То есть ты предлагаешь после очистки конфиг-файла дополнительно записывать в канальные окончания всех имеющихся в блоке плат VE-02 какие-то другие (новые) значения URI. Я правильно понял твое предложение?

Last edited 30 hours ago by alx (previous) (diff)

comment:9 by roman_zhur, 30 hours ago

То есть в конфиг-файле никаких данных нет. Он чистый. То есть пользователь получил ровно тот результат, который был ему обещан.

Пользователь не будет смотреть файл конфигурации. Пользователь зайдет на плату VE-02 и увидит не стёртые данные.

Каким образом из того факта, что в конфиг-файле нет какой-то настройки следует вывод о том, что такой настройки не должно быть в плате?

Если в конфиг-файле нет настройки, то откуда эта настройка должна взяться в плате? Если конфиг файл пустой, то и в плате не должно быть никаких настроек, кроме настроек по умолчанию.

То есть ты предлагаешь после очистки конфиг-файла дополнительно записывать в канальные окончания всех имеющихся в блоке плат VE-02 какие-то другие (новые) значения URI.

Думаю, что можно сделать и так. Записывать новые пустые значения, например.

comment:10 by alx, 29 hours ago

Resolution: не будем делать
Status: newclosed

Replying to roman_zhur:

Каким образом из того факта, что в конфиг-файле нет какой-то настройки следует вывод о том, что такой настройки не должно быть в плате?

Если в конфиг-файле нет настройки, то откуда эта настройка должна взяться в плате?

Во-первых, я не говорил, что настройка, которой нет в конфиге, должна появиться в плате. Не выдумывай. :)

Во-вторых, в описанном тобой сценарии значения "11@192.168.20.120" и "22@192.168.20.120" в URI канальных окончаний каналов 266 и 256 платы VE-02 появились не в результате применения очищенного конфиг-файла. На приложенном тобой скриншоте 1.png ясно видно, что эти значения присутствовали в URI этих канальных окончаний еще до очистки конфиг-файла.

Если конфиг файл пустой, то и в плате не должно быть никаких настроек, кроме настроек по умолчанию.

И какие же по-твоему настройки по умолчанию у канальных окончаний платы VE-02?

Думаю, что можно сделать и так. Записывать новые пустые значения, например.

Спасибо за уточнение, теперь предложение понятно. После некоторых размышлений я принял решение его отклонить по следующим причинам.

Во-первых, пустая строка не является валидным значением SIP URI. Записывать в плату заведомо невалидное значение параметра я на считаю хорошей идеей.

Во-вторых, не смотря на мою просьбу, ты так и не аргументировал, почему ты считаешь свое предложение улучшением - не написал, почему если в URI канального окончания платы VE-02 записать пустую строку (что, как я написал выше, является заведомо невалидным значением) аппаратура станет лучше. Я сам улучшения в этом не вижу. Канальное окончание с пустым значением URI заведомо не будет работать.

Тем не менее, я еще раз благодарю за предложение. Такие предложения ценны для меня как разработчика, поэтому, несмотря на то, что данное предложение я не принял, я прошу тебя продолжать делиться со мной своими идеями.

Note: See TracTickets for help on using tickets.