Description
Environment details (please complete the following information):
- JDN v 3.16.0 Back-end v 0.3.0
- Chrome Version 126.0.6478.62 (Official Build) (64-bit)
- Win10
Describe the bug
Система не считает посчитанные локаторы в счётчике над прогресс баром
To Reproduce
Steps to reproduce the behavior:
- Откройте страничку которая не закэширована (я использую линкедин - например https://www.linkedin.com/in/valeriia-kvitkovskaia-83988b297/)
- Нажмите +Page Object
- Нажмите Generate All
- После того как система распознает элементы на странице - пронаблюдайте за второй фазой - расчётом локаторов
Actual behavior
Некоторые локаторы посчитаны, а счётчик - попрежнему на нуле
Expected behavior
Ситуация происходит т.к. CSS локаторы считаются асинхронно и дольше, поэтому счётчик сдвигается когда оба типа локаторов для элемента просчитаются.
Это неудобно.
Давайте сделаем так что бы счётчик учитывал только тот тип локатора рядом с которым крутиться спиннер
А вот для второго типа локаторов - нужно придумать как мы будем показывать что он ещё не посчитался, если пользователь откроет локатор на редактирование и попытается поменять тип - @SemyonKuznetsov
Засчитываем в прогресс бар цифру когда full Xpath просчитывается
- CSS дальше считается на фоне
Если мы хотим поменять на css в процессе просчёта на фоне, то
- Открываем Edit локатора
- Мы можем в предпросмотре увидеть пока ещё full CSS со спиннером
- Можем его выбрать и получить full CSS в процессе просчёта
- (если в этот момент его отредактировать, то останавливаем прогрузку этого локатора и сохраняем то что есть; второй вариант - дизейблим full css для редактирования)
- Спустя время локатор обновится и получиться короткий CSS
Metadata
Metadata
Assignees
Labels
Type
Projects
Status