Each Update breaks the quest list about mff_auto

[tmarenko]

Do you have the corrupted queue_list.json file after update? If so please attach it.

Why do I need to re-configure the task list every time for the program to work?

Usually you don't need to. Updater doesn't download or change anything in settings/gui folder. So previous task list should work fine as before.

Do you understand Russian?

Yes.

[KnightM1]

Do you have the corrupted queue_list.json file after update? If so please attach it.

Why do I need to re-configure the task list every time for the program to work?

Usually you don't need to. Updater doesn't download or change anything in settings/gui folder. So previous task list should work fine as before.

Do you understand Russian?

Yes.

Вот, и даже если я его закидываю в свежий мфф авто, тоже самое происходит. И это уже не первый раз, уже раз 5 приходится все заново делать что бы работало. В чем может быть причина? Может быть связанно с обновой винды?
queue_list.zip

[tmarenko]

Может быть связанно с обновой винды?

Возможно. Мне сложно сказать, баг ли это где-то внутри mff_auto или нет, т.к. game.json сохраняется по тому же принципу, но я так понимаю, что он не портится, верно?
Сохранение и загрузка происходит через встроенный функционал из Python:

mff_auto/lib/gui/queue_manager.py

Lines 24 to 25 in f21743d

	with open(path, mode='w', encoding='utf-8') as file:
	json.dump(json_data, file)

У прикрепленного файла хоть и есть данные, но там только куча \x00 (NUL). Конкретно почему повреждается файл трудно сказать, может быть особенность винды или жесткого диска (битые сектора).
Если попробовать неповрежденному queue_list.json выставить в свойствах "Только для чтения", он тоже потом ломается?

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

mff_auto/lib/gui/queue_manager.py

Lines 22 to 25 in f21743d

	def save_queue_list(json_data, path="settings/gui/queue_list.json"):
	"""Store queue list."""
	with open(path, mode='w', encoding='utf-8') as file:
	json.dump(json_data, file)

на этот:

def save_queue_list(json_data, path="settings/gui/queue_list.json"):
    """Store queue list."""
    logger.debug(f"JSON content:\n{json_data}")
    with open(path, mode='w', encoding='utf-8') as file:
        json.dump(json_data, file)

чтобы удостовериться, что именно нужные данные заливаются в файл.
Так же, можно еще в конец файла start.bat в новой строке дописать @pause, чтобы консольное окно сразу не закрывалось. Это позволит увидеть ошибку сохранения (если таковая случается вообще) при закрытии основного приложения, когда оно сохраняет файл очереди. Либо поискать в старых лог-файлах, может там что-то видно еще.

[KnightM1]

Возможно. Мне сложно сказать, баг ли это где-то внутри mff_auto или нет, т.к. game.json сохраняется по тому же принципу, но я так понимаю, что он не портится, верно?

Верно, он не портится.

Если попробовать неповрежденному queue_list.json выставить в свойствах "Только для чтения", он тоже потом ломается?

Нет, работает исправно.

def save_queue_list(json_data, path="settings/gui/queue_list.json"):
"""Store queue list."""
logger.debug(f"JSON content:\n{json_data}")
with open(path, mode='w', encoding='utf-8') as file:
json.dump(json_data, file)

Заменил, никакого эффекта не дало.

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

Еще хотел спросить по поводу функционала программы, возможно ли сделать старт/стоп программы по таймеру? Что бы не использовать кликер. Иногда программа на режиме Рейд Босса(Молд/Галактус) когда остаешься 1 в комнате программа ждет игроков, но при этом комната не делается общественной(значит зайти никто не может), и таким образом не перепрыгивает на следующую задачу. Кликер спасает что нажимает старт/стоп, но это своего рода костыль.

[tmarenko]

Заменил, никакого эффекта не дало.

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

2021-03-30 13:04:17,747 - queue_manager - DEBUG - Saving queue #1 list with 17 items.
2021-03-30 13:04:17,747 - queue_manager - DEBUG - Saving queue #2 list with 8 items.
2021-03-30 13:04:17,747 - queue_manager - DEBUG - Saving queue #3 list with 1 items.
2021-03-30 13:04:17,747 - queue_manager - DEBUG - Saving queue #4 list with 1 items.

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

Иногда программа на режиме Рейд Босса(Молд/Галактус) когда остаешься 1 в комнате программа ждет игроков, но при этом комната не делается общественной(значит зайти никто не может), и таким образом не перепрыгивает на следующую задачу.

GBR был добавлен в режиме беты, т.к. полностью все отладить и сценарии прописать не удалось сразу, а фармить токены/кубики очень хотелось. Конкретно данное зависание в лобби известно, но мне до сих пор не удается его словить на запись, чтобы потом добавить обход этой ситуации.
Возможно, как вариант, стоит попробовать будет поменять логику на создание своего лобби сразу, вместо поиска чужого.

Кликер спасает что нажимает старт/стоп, но это своего рода костыль.

Если проблема только с режимом GBR, то функционал "старт/стоп по таймеру" добавлять в планах нет.

[tmarenko]

Возможно, как вариант, стоит попробовать будет поменять логику на создание своего лобби сразу, вместо поиска чужого.

В общем, действительно оказалось проще. GBR будет адекватно работать в 752cf68 , в ближайшем релизе.

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

Если появится какая-либо новая информация, то нужно будет переоткрыть issue.