InstallAware

Hello,

I think that I have found a bug. You cannot input double backslash to a text field if it has the "Written Variable Value" binding.
An attempt to write the second backslash results in the cursor moved to position 0 of the text box.

Example:
1. "c:\"[cursor]
2. try to add "\"
3. [cursor]"c:\"

It can be easily reproduced in many ways. The bug exists also in one of the out of the box sample projects.

Steps to reproduce using the sample project:
1. Open the "Creating IIS Websites and Virtual Folders" project
2. Go to the "wizard" dialog
3. Run the dialog test (click the blue lightning)
4. try to input some text which contains \\ to the "Virtual Folder" field. Example this sentence: "this \\ is a test". You won't be able to!

Steps to reproduce using any dialog:
1. Open/create a new project
2. Edit any dialog
3. Add a text field
4. Choose the "Written Variable Value" kind of binding
5. try to input some text which contains the \

I've noticed that:
1. The problem doesn't occur if you choose a different type of binding
2. You can put as many backslashes as you like in the front
3. Pasting the text containing the double backslash also doesn't work

Please contact me if you need more detailed description.

Best regards,
adi

I have verified your report.

In addition, I have found that:

• Double slashes may not occur at other than at the start (not only can you not put them at the end, if you have text "thisTest" and attempt to input two slashes between "this" and "Test" you will get "this\Test" and if you attempt to input a second slash after the first, your cursor will move to the start of the string.
• You cannot input more than 3 back slashes "\\\".
• If you have 3 slashes at the start, then move the cursor to the start (or type one more back slash to force the cursor to the start) and begin to type, the first two slashes will be replaced with your non-slash input. So, say I try to type "abcd" with "|\\\" in the text box (| = cursor), the progressive results are "a\\", "ba\", "cba\", "cdba\"

Would a MaskEdit or RichEdit control work for you as an alternative?

Rich edit controls (or (mask) edit controls, with behavior Receives Information = <none>) are not affected by this.

Hello,

MaskedEdit control has the same bug after switching the "Recives Information" to "Written Variable Value"
RichEdit control is not affected but I think only because it doesn't support the "Written Variable Value" kind of binding.

This bug is pretty serious and there is no workaround.

Best regards,
adi

This is fixed in InstallAware 10.