nsis-bugs — Bug List

[NSIS-Bugs] [ nsis-Bugs-3613732 ] Passing unicode values to plugins doesn't work

[SourceForge.net <no...@so...>]

Bugs item #3613732, was opened at 2013-05-22 07:14
Message generated for change (Comment added) made by kichik
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3613732&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
>Category: Plugin
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Amir Szekely (kichik)
Summary: Passing unicode values to plugins doesn't work

Initial Comment:
Version: 3.0a0

I write my plugin and to test unicode i use function 

__declspec(dllexport) void mypluginfunc(HWND hWndParent, int string_size, 
		TCHAR *variables, stack_t **stacktop,
		extra_parameters *extra)
	{
		EXDLL_INIT();

		WCHAR szComponent[256];
		popstring(szComponent);

		int len = (int)wcslen(szComponent);

		// make a little change to input parameter
		for (int i = 0; i < len; ++i)
			szComponent[i] += 1;

		// push back on the stack
		pushstring(szComponent);
	}
}

and script:

OutFile "testInstaller.exe"
;Unicode true

Section

   MessageBox MB_OK "Hello world ! Yes..."
   myplugin::mypluginfunc "FDFDqqq我們"
   Pop $0
   MessageBox MB_OK "ret = $0"

SectionEnd

In the result chinese letters are  wrongly encoded (in 2.46-Unicode it works fine)

contact: xyzzy88 at gmail dot com

----------------------------------------------------------------------

>Comment By: Amir Szekely (kichik)
Date: 2013-05-22 09:43

Message:
Just to verify, as it seems to work fine for me, you did uncomment "Unicode
true" first, right? Does it work for you with System::Call?

System::Call 'user32::MessageBox(i0,t"안녕하세요!",t"hello",i0)'

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3613732&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3613732 ] Passing unicode values to plugins doesn't work

[SourceForge.net <no...@so...>]

Bugs item #3613732, was opened at 2013-05-22 07:14
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3613732&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Build System
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Amir Szekely (kichik)
Summary: Passing unicode values to plugins doesn't work

Initial Comment:
Version: 3.0a0

I write my plugin and to test unicode i use function 

__declspec(dllexport) void mypluginfunc(HWND hWndParent, int string_size, 
		TCHAR *variables, stack_t **stacktop,
		extra_parameters *extra)
	{
		EXDLL_INIT();

		WCHAR szComponent[256];
		popstring(szComponent);

		int len = (int)wcslen(szComponent);

		// make a little change to input parameter
		for (int i = 0; i < len; ++i)
			szComponent[i] += 1;

		// push back on the stack
		pushstring(szComponent);
	}
}

and script:

OutFile "testInstaller.exe"
;Unicode true

Section

   MessageBox MB_OK "Hello world ! Yes..."
   myplugin::mypluginfunc "FDFDqqq我們"
   Pop $0
   MessageBox MB_OK "ret = $0"

SectionEnd

In the result chinese letters are  wrongly encoded (in 2.46-Unicode it works fine)

contact: xyzzy88 at gmail dot com

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3613732&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3545399 ] SetOutPath doesn't work with drive root

[SourceForge.net <no...@so...>]

Bugs item #3545399, was opened at 2012-07-18 07:07
Message generated for change (Comment added) made by marshall7a
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3545399&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Marshall (marshall7a)
Assigned to: Nobody/Anonymous (nobody)
Summary: SetOutPath doesn't work with drive root

Initial Comment:
1. InitPluginsDir
2. CreateDirectory "$PLUGINSDIR\test"
3. SetOutPath "$PLUGINSDIR\test"
4. SetOutPath "C:\"
5. RMDir /r "$PLUGINSDIR\test"

Line 5 will set the error flag and process explorer reports that the installer is still locking the test directory.
$OUTDIR is set to "C:" and File commands work, however.

If you change line 4 to `SetOutPath $PLUGINSDIR`, then everything works fine and the test directory gets deleted.

NSIS 2.46 standard official non-unicode build

----------------------------------------------------------------------

Comment By: Marshall (marshall7a)
Date: 2013-05-11 12:56

Message:
I discovered this due to a user downloading the installer and running it
from drive root, and we set the default location for a log file to $EXEDIR

Problem occurs without us ever knowingly specifying root. It did cause us
problems with files/folders getting left behind. The user may have many
ways of giving us a root path ($EXEDIR, a config file, directory selection
page) and so we have to write a wrapper around SetOutPath to check for
drive root and implement a workaround.

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2012-07-27 09:58

Message:
SetOutPath "\." also seems to work if you really really need the current
directory to be the root of a drive. Note that it sets $outdir to a
relative path so you should probably call GetFullPathName $outdir $outdir
before using $outdir as a path to something...

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2012-07-27 09:50

Message:
NSIS chops off the final \ so when you call SetOutPath "C:\" that ends up
calling kernel32!SetCurrentDirectoryA with "C:" and that does not change
the real current path that the process has a open handle to.

You could work around it by using SetOutPath "c:\." but this is not really
a good idea either because you don't know if the end user has a c: drive in
the first place.

You should use a known good location, SetOutPath "$temp" etc

----------------------------------------------------------------------

Comment By: Marshall (marshall7a)
Date: 2012-07-18 07:12

Message:
Forgot to mention, tested on Windows 7 Professional x64.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3545399&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3591292 ] Uninstaller in root fails if allowrootdirinstall is false

[SourceForge.net <no...@so...>]

Bugs item #3591292, was opened at 2012-11-30 00:36
Message generated for change (Comment added) made by marshall7a
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3591292&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Message (message09)
Assigned to: Nobody/Anonymous (nobody)
Summary: Uninstaller in root fails if allowrootdirinstall is false

Initial Comment:
The below code will make the uninstaller throw an NSIS error and fail to launch:

outfile "d:\test.exe"
page instfiles
UninstPage instfiles

section
writeuninstaller "d:\untest.exe"
sectionend

Section "Uninstall"
MessageBox MB_OK "Working"
SectionEnd

The problem is fixed by setting allowrootdirinstall true. This is a bug because allowrootdirinstall should only affect the installer, not the uninstaller. And even if it should affect the uninstaller, it should not prevent the uninstaller from launching.

Forum thread:
http://forums.winamp.com/showthread.php?t=352392

----------------------------------------------------------------------

Comment By: Marshall (marshall7a)
Date: 2013-05-11 12:45

Message:
There are a few commands that affect both installer and uninstaller.
Uninstallers generally are a hassle in NSIS particularly if you want to
create multiple uninstallers that do different things. If you want
something more complicated, you are better off creating a separate
INstaller that acts like an uninstaller and bundle it in your true
installer.

For simple uninstallers though, I must question whether or not this is
really a bug:
Why would you create your uninstaller in a different folder to $INSTDIR ?
Why would you create your uninstaller arbitrarily in a root location?
Why would you not allow installation in root but then allow uninstall from
root?
It doesn't make sense why you would do these things.

----------------------------------------------------------------------

Comment By: Message (message09)
Date: 2012-11-30 00:40

Message:
Note: Applies to NSIS v2.46 and NSIS 2.46-Unicode.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3591292&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3612983 ] Problem with LogicLib LoopUntil

[SourceForge.net <no...@so...>]

Bugs item #3612983, was opened at 2013-05-09 10:59
Message generated for change (Comment added) made by marshall7a
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3612983&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Scripting
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alastair (digital56k2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with LogicLib LoopUntil

Initial Comment:
Using ANSI NSIS 2.46, writing a script to populate a combobox with strings from an INI file, I have found that LogicLib isn't handling LoopUntil properly.

Here's a snippet:

Push $0 ; Index
Push $1 ; Value
ClearErrors
StrCpy $0 0
${Do}
	IntOp $0 $0 + 1
	ReadINIStr $1 "$EXEDIR\Strings.ini" "Strings" "String$0"
	${IfNot} ${Errors}
		${NSD_CB_AddString} $MyComboBox "$1"
	${Else}
		MessageBox MB_OK " Error for index $0"
	${EndIf}
${LoopUntil} ${Errors}
Pop $1
Pop $0

Now, when you run that you won't have the INI file and the error flag will be set immediately for Index 1, which is fine for testing. You can comment out the line using ${NSD_CB_AddString}, it doesn't affect the symptoms of this issue. What you'll see is the message box pop up because an error was detected for index 1, but then the outer loop will continue indefinitely.

If you remove the inner ${IfNot}, then the problem magically goes away:

Push $0 ; Index
Push $1 ; Value
ClearErrors
StrCpy $0 0
${Do}
	IntOp $0 $0 + 1
	ReadINIStr $1 "$EXEDIR\Strings.ini" "Strings" "String$0"
${LoopUntil} ${Errors}
Pop $1
Pop $0

Now the loop breaks properly, and you're no longer stuck in an infinite loop.

There is an example of using Do, LoopUntil Errors in the Examples folder, and the syntax is similar. Nothing in LogicLib.nsh seems to call ClearErrors directly.

What gives?

----------------------------------------------------------------------

Comment By: Marshall (marshall7a)
Date: 2013-05-11 12:37

Message:
See the documentation: Calling IfErrors CLEARS the error flag.

Not intuitive, I agree, but not a bug.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3612983&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3612983 ] Problem with LogicLib LoopUntil

[SourceForge.net <no...@so...>]

Bugs item #3612983, was opened at 2013-05-09 10:59
Message generated for change (Tracker Item Submitted) made by digital56k2
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3612983&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Scripting
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alastair (digital56k2)
Assigned to: Nobody/Anonymous (nobody)
Summary: Problem with LogicLib LoopUntil

Initial Comment:
Using ANSI NSIS 2.46, writing a script to populate a combobox with strings from an INI file, I have found that LogicLib isn't handling LoopUntil properly.

Here's a snippet:

Push $0 ; Index
Push $1 ; Value
ClearErrors
StrCpy $0 0
${Do}
	IntOp $0 $0 + 1
	ReadINIStr $1 "$EXEDIR\Strings.ini" "Strings" "String$0"
	${IfNot} ${Errors}
		${NSD_CB_AddString} $MyComboBox "$1"
	${Else}
		MessageBox MB_OK " Error for index $0"
	${EndIf}
${LoopUntil} ${Errors}
Pop $1
Pop $0

Now, when you run that you won't have the INI file and the error flag will be set immediately for Index 1, which is fine for testing. You can comment out the line using ${NSD_CB_AddString}, it doesn't affect the symptoms of this issue. What you'll see is the message box pop up because an error was detected for index 1, but then the outer loop will continue indefinitely.

If you remove the inner ${IfNot}, then the problem magically goes away:

Push $0 ; Index
Push $1 ; Value
ClearErrors
StrCpy $0 0
${Do}
	IntOp $0 $0 + 1
	ReadINIStr $1 "$EXEDIR\Strings.ini" "Strings" "String$0"
${LoopUntil} ${Errors}
Pop $1
Pop $0

Now the loop breaks properly, and you're no longer stuck in an infinite loop.

There is an example of using Do, LoopUntil Errors in the Examples folder, and the syntax is similar. Nothing in LogicLib.nsh seems to call ClearErrors directly.

What gives?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3612983&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3611416 ] Text in 'I Agree' button is cut-off under Turkish system

[SourceForge.net <no...@so...>]

Bugs item #3611416, was opened at 2013-04-19 17:32
Message generated for change (Comment added) made by eestrlogi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3611416&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Modern UI
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: EDWIN M. ESTRADA (eestrlogi)
Assigned to: Joost Verburg (joostverburg)
Summary: Text in 'I Agree' button is cut-off under Turkish system

Initial Comment:
I Agree button text is cutoff in Turkish systems

----------------------------------------------------------------------

>Comment By: EDWIN M. ESTRADA (eestrlogi)
Date: 2013-04-19 17:33

Message:
NSIS version is 2.46.5 Unicode

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3611416&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3611416 ] Text in 'I Agree' button is cut-off under Turkish system

[SourceForge.net <no...@so...>]

Bugs item #3611416, was opened at 2013-04-19 17:32
Message generated for change (Tracker Item Submitted) made by eestrlogi
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3611416&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Modern UI
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: EDWIN M. ESTRADA (eestrlogi)
Assigned to: Joost Verburg (joostverburg)
Summary: Text in 'I Agree' button is cut-off under Turkish system

Initial Comment:
I Agree button text is cutoff in Turkish systems

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3611416&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-09 17:04

Message:
Hopefully 3.0 alpha will be released soon.

If you want to use the translation today with v2.46 you have to convert the
files from utf8 to codepage 1252 and fix the macro at the top of the
.nsh...

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-09 16:12

Message:
Thanks for the commit!

How do I find out when there's a build available with the new language in
it? Do you guys do l10n builds outside of your normal release cycle at all?

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-09 11:50

Message:
Fixed a couple of minor escape errors and added it to our repository,
thanks.

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-07 03:04

Message:
I have uploaded revised files. I hope I have found and fixed all the bugs
now.

----------------------------------------------------------------------

Comment By: Amir Szekely (kichik)
Date: 2013-04-06 19:05

Message:
>From a quick look I took:

* MUI_INNERTEXT_LICENSE_BOTTOM contains non-escaped quotes (replace " with
$\")
* Same with MUI_UNINNERTEXT_LICENSE_BOTTOM, MUI_TEXT_FINISH_INFO_TEXT and
MUI_UNTEXT_FINISH_INFO_TEXT
* MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO is the same for both cases, as
already fixed by you
* In all the different ^LicenseText, there is not dot before $_CLICK

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-06 00:34

Message:
I got the language ID from somewhere on the Microsoft homepage, because it
wasn't listed on the page you had linked from. You are right though, I just
checked our secret Office translation file where 1033 is translated as
1169, so that must be it.

Transifex couldn't handle the if/else (BTW in the long run, it would be
good not to have code in language files, but strings to translate only), so
here's a translation with both variants of the variable:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Cuir an luchag
agad air co-phàirt gus a tuairisgeul a shealltainn."
!else
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Tagh
co-phàirt gus a tuairisgeul a shealltainn."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by gunchleoc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-09 16:12

Message:
Thanks for the commit!

How do I find out when there's a build available with the new language in
it? Do you guys do l10n builds outside of your normal release cycle at all?

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-09 11:50

Message:
Fixed a couple of minor escape errors and added it to our repository,
thanks.

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-07 03:04

Message:
I have uploaded revised files. I hope I have found and fixed all the bugs
now.

----------------------------------------------------------------------

Comment By: Amir Szekely (kichik)
Date: 2013-04-06 19:05

Message:
From a quick look I took:

* MUI_INNERTEXT_LICENSE_BOTTOM contains non-escaped quotes (replace " with
$\")
* Same with MUI_UNINNERTEXT_LICENSE_BOTTOM, MUI_TEXT_FINISH_INFO_TEXT and
MUI_UNTEXT_FINISH_INFO_TEXT
* MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO is the same for both cases, as
already fixed by you
* In all the different ^LicenseText, there is not dot before $_CLICK

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-06 00:34

Message:
I got the language ID from somewhere on the Microsoft homepage, because it
wasn't listed on the page you had linked from. You are right though, I just
checked our secret Office translation file where 1033 is translated as
1169, so that must be it.

Transifex couldn't handle the if/else (BTW in the long run, it would be
good not to have code in language files, but strings to translate only), so
here's a translation with both variants of the variable:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Cuir an luchag
agad air co-phàirt gus a tuairisgeul a shealltainn."
!else
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Tagh
co-phàirt gus a tuairisgeul a shealltainn."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: Anders (anders_k)
Date: 2013-04-09 11:50

Message:
Fixed a couple of minor escape errors and added it to our repository,
thanks.

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-07 03:04

Message:
I have uploaded revised files. I hope I have found and fixed all the bugs
now.

----------------------------------------------------------------------

Comment By: Amir Szekely (kichik)
Date: 2013-04-06 19:05

Message:
From a quick look I took:

* MUI_INNERTEXT_LICENSE_BOTTOM contains non-escaped quotes (replace " with
$\")
* Same with MUI_UNINNERTEXT_LICENSE_BOTTOM, MUI_TEXT_FINISH_INFO_TEXT and
MUI_UNTEXT_FINISH_INFO_TEXT
* MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO is the same for both cases, as
already fixed by you
* In all the different ^LicenseText, there is not dot before $_CLICK

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-06 00:34

Message:
I got the language ID from somewhere on the Microsoft homepage, because it
wasn't listed on the page you had linked from. You are right though, I just
checked our secret Office translation file where 1033 is translated as
1169, so that must be it.

Transifex couldn't handle the if/else (BTW in the long run, it would be
good not to have code in language files, but strings to translate only), so
here's a translation with both variants of the variable:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Cuir an luchag
agad air co-phàirt gus a tuairisgeul a shealltainn."
!else
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Tagh
co-phàirt gus a tuairisgeul a shealltainn."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by gunchleoc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: GunChleoc (gunchleoc)
Date: 2013-04-07 03:04

Message:
I have uploaded revised files. I hope I have found and fixed all the bugs
now.

----------------------------------------------------------------------

Comment By: Amir Szekely (kichik)
Date: 2013-04-06 19:05

Message:
From a quick look I took:

* MUI_INNERTEXT_LICENSE_BOTTOM contains non-escaped quotes (replace " with
$\")
* Same with MUI_UNINNERTEXT_LICENSE_BOTTOM, MUI_TEXT_FINISH_INFO_TEXT and
MUI_UNTEXT_FINISH_INFO_TEXT
* MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO is the same for both cases, as
already fixed by you
* In all the different ^LicenseText, there is not dot before $_CLICK

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-06 00:34

Message:
I got the language ID from somewhere on the Microsoft homepage, because it
wasn't listed on the page you had linked from. You are right though, I just
checked our secret Office translation file where 1033 is translated as
1169, so that must be it.

Transifex couldn't handle the if/else (BTW in the long run, it would be
good not to have code in language files, but strings to translate only), so
here's a translation with both variants of the variable:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Cuir an luchag
agad air co-phàirt gus a tuairisgeul a shealltainn."
!else
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Tagh
co-phàirt gus a tuairisgeul a shealltainn."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by kichik
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: Amir Szekely (kichik)
Date: 2013-04-06 19:05

Message:
From a quick look I took:

* MUI_INNERTEXT_LICENSE_BOTTOM contains non-escaped quotes (replace " with
$\")
* Same with MUI_UNINNERTEXT_LICENSE_BOTTOM, MUI_TEXT_FINISH_INFO_TEXT and
MUI_UNTEXT_FINISH_INFO_TEXT
* MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO is the same for both cases, as
already fixed by you
* In all the different ^LicenseText, there is not dot before $_CLICK

----------------------------------------------------------------------

Comment By: GunChleoc (gunchleoc)
Date: 2013-04-06 00:34

Message:
I got the language ID from somewhere on the Microsoft homepage, because it
wasn't listed on the page you had linked from. You are right though, I just
checked our secret Office translation file where 1033 is translated as
1169, so that must be it.

Transifex couldn't handle the if/else (BTW in the long run, it would be
good not to have code in language files, but strings to translate only), so
here's a translation with both variants of the variable:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Cuir an luchag
agad air co-phàirt gus a tuairisgeul a shealltainn."
!else
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Tagh
co-phàirt gus a tuairisgeul a shealltainn."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by gunchleoc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: GunChleoc (gunchleoc)
Date: 2013-04-06 00:34

Message:
I got the language ID from somewhere on the Microsoft homepage, because it
wasn't listed on the page you had linked from. You are right though, I just
checked our secret Office translation file where 1033 is translated as
1169, so that must be it.

Transifex couldn't handle the if/else (BTW in the long run, it would be
good not to have code in language files, but strings to translate only), so
here's a translation with both variants of the variable:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Cuir an luchag
agad air co-phàirt gus a tuairisgeul a shealltainn."
!else
${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Tagh
co-phàirt gus a tuairisgeul a shealltainn."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: Anders (anders_k)
Date: 2013-04-05 11:43

Message:
The correct langid is 1169.

The translation for NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE is wrong. The
English version is:

!ifndef NSIS_CONFIG_COMPONENTPAGE_ALTERNATIVE
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Position
your mouse over a component to see its description."
!else
  ${LangFileString} MUI_INNERTEXT_COMPONENTS_DESCRIPTION_INFO "Select a
component to see its description."
!endif

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: Anders (anders_k)
Date: 2013-04-05 10:56

Message:
http://msdn.microsoft.com/en-us/goglobal/bb964664.aspx lists it as
0x043c/1084 and
http://http://www.microsoft.com/resources/msdn/goglobal/default.mspx lists
it as 0x0491/1169

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Comment added) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

>Comment By: Anders (anders_k)
Date: 2013-04-05 10:45

Message:
Where did you get 1084 as the langid from?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3610111 ] Scottish Gaelic translation

[SourceForge.net <no...@so...>]

Bugs item #3610111, was opened at 2013-04-05 10:15
Message generated for change (Tracker Item Submitted) made by gunchleoc
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Language File
Group: 2.0 Series
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: GunChleoc (gunchleoc)
Assigned to: Joost Verburg (joostverburg)
Summary: Scottish Gaelic translation

Initial Comment:
I submitted a translation a while ago, and according to instructions I should poke a bit if I don't hear back.

Anyway, in case you missed it, it is on the forum:

http://forums.winamp.com/showthread.php?t=357782

I used Transifex to better navigate the file, and i'm told some unescaped strings have snuck in. I have trouble identifying which ones though. so I hope it's alright if I leave that up to you.

Thanks

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3610111&group_id=22049

[NSIS-Bugs] [ nsis-Feature Requests-2084797 ] New constants to specify special characters in strings.

[SourceForge.net <no...@so...>]

Feature Requests item #2084797, was opened at 2008-08-30 23:27
Message generated for change (Comment added) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373088&aid=2084797&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Scripting
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Amir Szekely (kichik)
Summary: New constants to specify special characters in strings.

Initial Comment:
To go with the constants that can be used in strings, ($$, $\r, $\n, $\t), I suggest a set of constants that allow you to specify special ASCII characters in a string. It would be of the form "$\x__", where __ is a hexadecimal number between 00 (0) and FF (255).
For example, "$\x99" would display the trade mark sign (ASCII 153).

Sort of related: I would also like to see the curly single and double quotes (ASCII 145, 146, 147 and 148) be allowed to be used interchangably with the regular quote characters (', " and `). As pointless as this would be to a lot of people, it would allow someone to "beautify" their script, which I often like to do...

Thanks.

Brad.

----------------------------------------------------------------------

>Comment By: Anders (anders_k)
Date: 2013-04-03 16:08

Message:
${U+1}...${U+FFFFFFFF} are now treated as a Unicode codepoint.

ASCII ends at 127, dealing with quotes outside basic ASCII would be a pain
in makensis because our strings are now wchar_t* internally and wchar_t is
compiler specific...

----------------------------------------------------------------------

Comment By: Michael Madsen (pidgeot)
Date: 2008-09-06 05:32

Message:
Logged In: YES 
user_id=1340616
Originator: NO

The quotes (U+2018, U+2019, U+201C, U+201D) would indeed be an issue when
developing the install script on systems with different codepages, since
their values are > U+0080 - but it is, of course, not an issue at run-time.
Because of that, such a change (if implemented at all) should probably be
deferred that until Jim's Unicode branch is merged into trunk.

Thinking forward, the first part also has issues. The $\x syntax, although
allowing for compile-time substitution, would either require a change when
migrating to Unicode, or some kind of clever parsing where you prefix with
00 if you want a Unicode character X where U+007F < X < U+0100 - but even
that might not work as intended, since I might have $\xA92008 - in an ANSI
script on a Western European codepage, that would result in ©2008. In
Unicode, parsing that would result in ꤠ08 (KAYAH LI LETTER VA, U+A920).

IntFmt is actually slightly worse, because unlike the $\x syntax, you can't
necessarily determine the output at compile-time, and even if you could, it
has the same ANSI/Unicode value mismatch issue. It would, however, be
easier to go beyond the BMP (U+10000 and up)

A better solution, in my opinion is to just inline the character at leave
it at that. It's trivial to start up Character Map (Start > Run > charmap)
and find what you need, and it requires less work when migrating to
Unicode.

----------------------------------------------------------------------

Comment By: Amir Szekely (kichik)
Date: 2008-09-05 05:04

Message:
Logged In: YES 
user_id=584402
Originator: NO

You can use IntFmt %c for the first part.

As for the quotes, wouldn't that pose a problem with different codepages?

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373088&aid=2084797&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-2809308 ] Feature: GetDLLVersionLocal should work outside a Section

[SourceForge.net <no...@so...>]

Bugs item #2809308, was opened at 2009-06-19 16:50
Message generated for change (Settings changed) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=2809308&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Scripting
Group: 2.0 Series
Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Eric Lawrence (ericlaw)
Assigned to: Nobody/Anonymous (nobody)
Summary: Feature: GetDLLVersionLocal should work outside a Section

Initial Comment:
I want to show the version of the program being installed inside of the installer's Branding text.  
I don't want to have to manually update the version info every time I build the installer.

The seemingly logical approach is to use GetDLLVersionLocal to grab the version information from the .EXE being installed, and then stick that info in BrandingText.  

Today, I can't figure out how to do that:
- GetDLLVersionLocal is only available *inside* a Section
- BrandingText can only be set *outside* of a Section

Have I overlooked something, or would accomplishing this scenario require updating GetDLLVersionLocal to work anywhere?

GetDLLVersionLocal "..\..\bin\Release\Fiddler.exe" $R0 $R1
IntOp $R2 $R0 / 0x00010000
IntOp $R3 $R0 & 0x0000FFFF
IntOp $R4 $R1 / 0x00010000
IntOp $R5 $R1 & 0x0000FFFF
StrCpy $0 "$R2.$R3.$R4.$R5"
BrandingText "v$0" 



----------------------------------------------------------------------

Comment By: Eric Lawrence (ericlaw)
Date: 2009-06-21 13:42

Message:
I must be missing something.  

I don't see how either !searchparse or !define /file would serve the same
purpose, unless you're proposing that I use one of these to load my
executable into memory, somehow find the offset of the binary version
information, and manually parse this information out somehow.  That seems
implausible at best.  

I suppose I could add some additional tools to the build chain (e.g.
http://www.codeproject.com/KB/DLL/showver.aspx) to extract this information
into a plaintext file which is so-imported, but this seems hackier than it
needs to be, as NSIS clearly already has the capability of getting the
required information at build time.

The notion that "GetDLLVersionLocal" is for only "version comparison" seems
to contrast the documentation, in which a code sample is provided to
convert the results of GetDLLVersion into a string.

----------------------------------------------------------------------

Comment By: Amir Szekely (kichik)
Date: 2009-06-20 11:24

Message:
!searchparse and !define /file were added recently exactly for this
purpose. GetDLLVersionLocal is for version comparison and that's only
required in sections.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=2809308&group_id=22049

[NSIS-Bugs] [ nsis-Feature Requests-3020103 ] Add support for SpecificNonInstaller

[SourceForge.net <no...@so...>]

Feature Requests item #3020103, was opened at 2010-06-23 03:47
Message generated for change (Settings changed) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373088&aid=3020103&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: Add support for SpecificNonInstaller

Initial Comment:
see http://technet.microsoft.com/en-us/library/dd638326%28WS.10%29.aspx

Whilst the RequestExecutionLevel user removes the UAC prompt, we're still faced with Windows 7 showing a "The program may have not installed correctly" on exit if we create a launcher, as Windows PAC detects an installer but doesn't see anything in the add/remove programs list.

Hopefully this makes sense to somebody who knows more about UAC/PAC and just wanting to run a simple launcher.

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2010-06-23 12:44

Message:
You can inspect the manifest on your generated .exe with
http://weblogs.asp.net/kennykerr/archive/2007/07/10/manifest-view-1-0.aspx
or http://www.angusj.com/resourcehacker/


----------------------------------------------------------------------

Comment By: Michael Kearns (koalaboy)
Date: 2010-06-23 07:35

Message:
My mistake - we're using 2.43 - have updated now, but I assume it just
automatically adds the supportedOS tags for everything, as I still can't
see anything to manually add ?

----------------------------------------------------------------------

Comment By: Michael Kearns (koalaboy)
Date: 2010-06-23 07:07

Message:
Thanks - how do I use the supportedOS tag ? We are on 2.46, but I can't see
a way of adding in these tags.

----------------------------------------------------------------------

Comment By: Anders (anders_k)
Date: 2010-06-23 06:49

Message:
RequestExecutionLevel user will give you a asInvoker manifest like technet
talks about.

2.46 will also add the supportedOS tag, so make sure you are using the
latest version.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373088&aid=3020103&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-3063566 ] nsDialogs macro docs: function_address -> function_name

[SourceForge.net <no...@so...>]

Bugs item #3063566, was opened at 2010-09-10 04:52
Message generated for change (Settings changed) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3063566&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Documentation
Group: 2.0 Series
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: ZeBoxx (zeboxx)
Assigned to: Nobody/Anonymous (nobody)
Summary: nsDialogs macro docs: function_address -> function_name

Initial Comment:
The nsDialogs documentation notes for the Macro/define variants that the function_address is a parameter.  This is incorrect - it should be the function_name as the macros use GetFunctionAddress internally.  Supplying a function address (e.g. through a variable) results in a compiler error.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=3063566&group_id=22049

[NSIS-Bugs] [ nsis-Patches-2680832 ] NSIS_PACKEDVER define

[SourceForge.net <no...@so...>]

Patches item #2680832, was opened at 2009-03-10 17:40
Message generated for change (Settings changed) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373087&aid=2680832&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Anders (anders_k)
Assigned to: Nobody/Anonymous (nobody)
Summary: NSIS_PACKEDVER define

Initial Comment:
We need a real version number define scripts can use with !if, and the existing version define format does not cut it.

(Diff against 5949 (trunk))

\SConstruct:

175a176,180
> 
> # NSIS_PACKEDVER=0xMMmmmbbb
> if defenv.has_key('VER_MAJOR'):
> 	defenv.Append(NSIS_CPPDEFINES = [('NSIS_PACKEDVER', '"0x%0.2d%0.3d%0.3d"' % (int(defenv['VER_MAJOR']),int(defenv['VER_MINOR']),int(defenv['VER_BUILD'])) )])
> 


We are already almost half the way to 100 with the minor version, and 3.0 is not really on the map AFAIK so I provide space for minor versions up to 999. I did not go with 0xMMmmbbrr because we do not seem to use the build or revision version fields at all, even for quick bug fix releases. But just using 0xMMMMmmmm would really paint us into a corner if we decide to start using the other fields.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373087&aid=2680832&group_id=22049

[NSIS-Bugs] [ nsis-Patches-2912824 ] Fix for bug #2909242 - %temp%\Low

[SourceForge.net <no...@so...>]

Patches item #2912824, was opened at 2009-12-11 10:17
Message generated for change (Settings changed) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373087&aid=2912824&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: NSIS
Group: None
>Status: Closed
>Resolution: Accepted
Priority: 5
Private: No
Submitted By: Anders (anders_k)
Assigned to: Amir Szekely (kichik)
Summary: Fix for bug #2909242 - %temp%\Low

Initial Comment:
I could not find a FOLDERID_* constant or any documented way to find the low temp folder, the best I could come up with was hardcoding it to %temp%\Low. I did find IEGetWriteableFolderPath but it is probably for IE extensions since it is in ieframe.dll (And there is no shell folder constant for temp, so even if we could call that API we have no constant to pass)


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373087&aid=2912824&group_id=22049

[NSIS-Bugs] [ nsis-Bugs-2909242 ] NSIS Error: Error writing temporary file error

[SourceForge.net <no...@so...>]

Bugs item #2909242, was opened at 2009-12-05 02:40
Message generated for change (Settings changed) made by anders_k
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=2909242&group_id=22049

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: General
Group: None
>Status: Closed
>Resolution: Fixed
Priority: 5
Private: No
Submitted By: Alexander Barinov (abarinoff)
Assigned to: Anders (anders_k)
Summary: NSIS Error: Error writing temporary file error

Initial Comment:
1. NSIS version is 2.45. 
2. Error message: "Error writing temporary file. Make sure your temp folder is valid."

Detailed description:

Our NSIS-based installer is using UAC plugin in order to launch processes at a user level from the installer started with admin level. The UAC plugin requires that user execution level is requested in installer's script, please see following page for more details: http://nsis.sourceforge.net/UAC_plug-in#Supplying_the_necessary_code. 

The problem occurs when user downloads the installer to the %TEMP%\Low folder under Windows Vista/Windows 7. The %TEMP%\Low folder has "Low Mandatory Level" option with following flags: OI - object inherit and CI - container inherit, which means that all files and folders created in this directory inherit this settings. Please use an icacls.exe tool provided by Windows Vista/Windows 7 in order to check the integrity level attributes for the application. For our installer we received following attributes:

Setup-2.3.0-2919-IE.exe gemini\user123:(F)
                                     NT AUTHORITY\SYSTEM:(F)
                                     BUILTIN\Administrators:(F)
                                     Mandatory Label\Low Mandatory Level:(I)(NW)

So as shown above our installer downloaded to the %TEMP%\Low folder automatically gains the "Low Mandatory Level" option and when user tries to start the installer the NSIS Error message appears saying "Error writing temporary file. Make sure your temp folder is valid."

We've investigated the problem a little bit deeper. We downloaded and looked into source and it seems that the problem is that NSIS based installer is trying to create the temporary folder in order to copy some of the plugins into it in %TEMP% directory. But the installer which is placed into %TEMP%\Low folder, has "Low Mandatory Level" set and started with user execution level has no permissions to perform this operation which leads to failure.

In our opinion it would be better to make installer unpack all required files under %TEMP%\Low folder when it was started from this directory.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=373085&aid=2909242&group_id=22049