Но появилась новая проблема. Иногда скрипт во время работы внезапно запрещает выделять действия. Т.е при клике на любое действие, оно просто не выделяется красным. Это второй баг, независимый от первого если что
Критический баг в BAS / Наследует старые переменные-профили и игнорирует многие действия (при этом продолжая "работать")
-
@Fox пока я только нашёл единственный способ воспроизвести баг намеренно через загрузку файла в любую форму через действие Manual в BAS
в случае успеха(если проигнорировать загрузку файла в мануал) должно вывести:
[511309941] [00:53:23] Thread #1 : ТЕСТ 1 ПРОЙДЕН [547091972] [00:53:25] Thread #1 : ТЕСТ 2 ПРОЙДЕНв случае бага(если загрузить файл через мануал) выведет старое действие Execute соответственно:
[511309941] [00:53:47] Thread #1 : ТЕСТ 1 ПРОЙДЕН [547091972] [00:53:50] Thread #1 : ТЕСТ 1 ПРОЙДЕНфайл: bas_problem_execute.xml
-
@denispetrov said in Критический баг в BAS / Наследует старые переменные-профили и игнорирует многие действия (при этом продолжая "работать"):
@Fox пока я только нашёл единственный способ воспроизвести баг намеренно через загрузку файла в любую форму через действие Manual в BAS
в случае успеха(если проигнорировать загрузку файла в мануал) должно вывести:
[511309941] [00:53:23] Thread #1 : ТЕСТ 1 ПРОЙДЕН [547091972] [00:53:25] Thread #1 : ТЕСТ 2 ПРОЙДЕНв случае бага(если загрузить файл через мануал) выведет старое действие Execute соответственно:
[511309941] [00:53:47] Thread #1 : ТЕСТ 1 ПРОЙДЕН [547091972] [00:53:50] Thread #1 : ТЕСТ 1 ПРОЙДЕНфайл: bas_problem_execute.xml
Спасибо за описание проблемы и тестовый скрипт, проблему воспроизвёл и передал разработчику. Остальные проблемы из вашего первого сообщения присутствуют в 26.3.0 версии BAS?
-
@Fox благодарю со содействие!
к сожалению, как и сказал, определить точно, что именно вызывало баг практически невозможно, возможно что проблема была где-то в реализации взаимодействия между БАС и браузером, я попробую отключить принудительный Рестарт и вновь запустить проекты уже на новом БАСЕ, возможно ошибка и не всплывёт, если бы она возникала 100% - я бы с радостью поделился информацией, но увы, она всегда возникала спонтанно
по моим наблюдениям и насколько я знаю, БАС создаёт профили рандомно и с проверкой, т.е. вариант что двум разным потокам или проектам присвоется одинаковый воркер - исключен
если это утверждение верно, значит то что я обнаружил с мануалом может быть связано и с корнем тех проблемпоэтому я очень надеюсь, что их удастся решить по "цепной реакции", так сказать, если и в новой версии они всё ещё присутствуют конечно
-
Есть вариант обходного пути, создавать все таки каждый раз новый временный профиль.
Можно создавать на RAM диске, чтобы работало быстрее.Можно заранее создать образ(папка) чистого профиля и копировать его с места на место.
Я так делал, работало это быстро и стабильно.
-
-
-
Использую ImDisk. Легкий и бесплатный.
-
@Fox
до сегодняшнего дня использовал стандартную настройку с временными профайлами, каждый профайл - 52-57 мегабайт
сегодня сделал виртуальный диск из RAM - каждый профайл туда пишется 2,5MB - разница в 20 раз меньше
тестово сделал разок писать профайлы не в RAM диск а на флешку - также как и раньше - 57MB
т.е. почемуто в рам диск пишутся профайлы в десятки раз меньше с того же проекта.
почему? может оно должно именно так и работать но работает только почему-то на РАМ дисках, а может наоборот что-то нужное не дописывается в профайлы на РАМ
вобщем больше вопросов чем ответов
а так то конечно сразу видно полегче басу стало - и оперативка не перегружается так сильно и работает шустрее, посмотрю еще что с траффом может за сутки и он уменьшится теперь)
но что-то тут явно "не чисто"), или бас тупит в стандартных своих настроках, не может быть такой разницы только от смены диска для профайлов -
@basuser123
Насколько я понял вы имеете ввиду просто профили? Или именно временные профили? -
@m4zuper
ну вот те профили, которые создаются при запуске нового потока, и удаляются сразу после его завершения, и если по умолчанию, то пишутся в папку prof
я так понимаю что "временные"
