Bug #1912
closedПроблема с наследованием списка URL в новых правилах прокси.
100%
Description
Может и со скриптами такое есть.
Проблема заключается в том, что при добавлении прокси, фактически, происходит копирование активного правила в конец списка. Что, само по себе, весьма хорошая идея.
Но при этом списки URL не копируются, а, видимо, два одинаковых правила ссылаются на один и тот же экземпляр списка URL.
Далее, если одно из таких правил меняется или удаляется, то список закрепляется за ним, а у оставшегося правила этот список исчезает. В итоге добавление новых правил прокси чрезмерно усложняется.
STR:
0. Добавить исходное правило прокси со списком URL, обновить прокси
1. Добавить новое правило (копию исходного), списки URL одинаковы.
2. Изменить одно из правил, обновить прокси, при этом исходный писок URL будет у измененого правила, а у осавшегося он будет пустым.
3. То же самое, если правило удалить. у оставшегося список будет пустым.
Expected result:
У нового правила свой экземпляр унаследованного списка.
Actual result:
см STR
System information:
LeechCraft 0.6.70-3052-g0e56b71
Built with Qt 4.8.6, running with Qt 4.8.6
Running on: Gentoo/Linux x86_64 3.19.2-gentoo #1 SMP PREEMPT Mon Mar 23 12:04:41 MSK 2015
Updated by Mellon over 9 years ago
Гм, ты хитрован, да.
Уже хотел закрыть с записью проблема "устранена", но решил проверить, а что будет, если таки создать копию прокси. ;-7
В этом случае STR формально остается прежним, только в 1п. прокси придется создавать с нуля.
В общем, такой STR теперь становится довольно сложно реализуем и, возможно, никогда более не встретится, кроме случаев крмплексной организации правил проксирования при помощи блоков прокси с альтернативными списками URL разделенных правилами ".*.*" и таким образом отделенных от действующего блока списка прокси, то есть, маловероятно, что кто-то станет подобным заниматься в LC.
Не возражаю против закрытия этой задачи.
Updated by 0xd34df00d over 9 years ago
А, это прст не должно быть можно делать копии проксей.
Updated by 0xd34df00d over 9 years ago
- Status changed from New to Assigned
- Assignee set to 0xd34df00d
- Target version set to 0.6.75
Updated by 0xd34df00d over 9 years ago
- Status changed from Assigned to Resolved
- % Done changed from 0 to 100
Applied in changeset main|d9dade696f6b8bd9fc57987bcd6dfc432c60d3c9.