View Issue Details

IDProjectCategoryView StatusLast Update
0001468PluginsMultiArc (old)public2010-08-19 23:36
ReportersabioAssigned To 
PrioritynormalSeveritymajorReproducibilitysometimes
Status newResolutionopen 
Platformx86OSWindowsOS VersionXP SP3
Product Version2.0 
Target VersionFixed in Version 
Summary0001468: %%W (temporary folder) превращается в "длинный" путь (с пробелами) без кавычек
DescriptionДля архивов ZIP у меня указаны следующие ком. строки:
Extract = 7za x {-p%%P} -r0 -y {-w%%W} -scsDOS -- %%A @%%LQMN
Add = 7za a {-p%%P} -r0 -tzip {-w%%W} {%%S} -scsDOS -- %%A @%%LQMN

В свеже-запущенном Far всё работает отлично.
Например, добавление файлов в архив запускается с такими параметрами:
(подсмотрено с помощью SimParametrView)
a
-r0
-tzip
-wC:\DOCUME~1\xxx\LOCALS~1\Temp\
-scsDOS
--
test.zip
@C:\DOCUME~1\xxx\LOCALS~1\Temp\FAR10A4.tmp

Потом в какой-то момент что-то происходит, и параметры начинаются передаваться так:
a
-r0
-tzip
-wC:\Documents
and
Settings\xxx\Local
Settings\Temp\
-scsDOS
--
test.zip
@C:\DOCUME~1\xxx\LOCALS~1\Temp\FAR1400.tmp

7-zip на это, конечно, ругается. И приходится перезапускать Far, чтобы снова всё заработало.
Steps To ReproduceК сожалению, я не нашёл причины, которая приводит к этому изменению значения %%W
Additional Informationпроверялось на 2.0.1625
TagsNo tags attached.

Activities

DrKnS

2010-08-19 21:12

administrator   bugnote:0005691

> %%W (temporary folder) превращается в "длинный" путь (с пробелами) без кавычек

Что мешает добавить кавычки вручную: {-w"%%W"}?

sabio

2010-08-19 21:18

reporter   bugnote:0005692

ничего не мешает
но я думаю, правильнее исправить проблему, а не скрыть её

кроме того, в хелпе указан модификатор Q, который как раз и должен добавлять кавычки автоматически, если в пути есть пробел(ы)
но, судя по описанию, к %%W он неприменим

DrKnS

2010-08-19 21:48

administrator   bugnote:0005696

Так проблемы нет, вообще.

%%W подставляет то, что указано в %tmp%.
Кто-то (например, плагин) переменную меняет, отсюда и сабж.

sabio

2010-08-19 22:06

reporter   bugnote:0005697

Почему тогда %%LQMN продолжает и дальше использовать короткий путь, когда %%W переключается на длинный?

Да и я с трудом себе представляю, зачем может понадобиться какому-то плагину менять значение %TMP%?

Если это поможет, помимо стандартных плагинов у меня используются:
Calc
Colorer
FarReg
InstExpl
s_and_r
WinSCP

DrKnS

2010-08-19 23:36

administrator   bugnote:0005701

Потому что %%LQMN формируется не плагином, а фаром, а фар %TMP% считывает один раз при запуске, и последующие изменения переменной игнорирует.

И вот это уже баг, да.

Issue History

Date Modified Username Field Change
2010-08-19 21:00 sabio New Issue
2010-08-19 21:12 DrKnS Note Added: 0005691
2010-08-19 21:18 sabio Note Added: 0005692
2010-08-19 21:48 DrKnS Note Added: 0005696
2010-08-19 22:06 sabio Note Added: 0005697
2010-08-19 23:36 DrKnS Note Added: 0005701
2013-05-21 00:38 alexy Category MultiArc => MultiArc (old)