Details
-
Bug
-
Status: Resolved (View Workflow)
-
Major
-
Resolution: Fixed
-
Jenkins 1.583, Windows, Java 7U72
Description
I have a required build-parameter "build_reason" of type text. Our users can insert some free-text for the build reason.
If the parameter contains, for example, following input in the text-box:
"first line
second line"
then jenkins calling maven in the following way:
[testwebapp_svn_commit] $ D:\applications\prg\ApacheMaven\current-maven\bin\mvn.bat -Dbuild_reason_org=first line
scond line -Dpart_svn_url=trunk/devopts/testprojects validate
This causes maven to simple run the default goal and ignore all other parameters.
It seems that the text parameter is not escaped correct.
This problem does not apply only to maven .. it applies to all builds where such parameter is injected.
- Waffel
Attachments
Issue Links
- is related to
-
-
- Open
-
Activity
why are we even parsing these as system properties to the tool. They should be environment variables which "should then just work (tm)".
in maven ${env.foobar} rather than ${foobar}
I'm pretty sure (but not willing to bet my house) that windows supports multiline environment variables.
I think the caret is the end of line escape char there.
Seriously though would this be a breaking change we could do for 2.0? I've never understood the reason behind having parameters passed like this. Sure it's nice sometimes, but overall more trouble that it's worth.
After a great deal of googling around I am starting to think it is not possible to pass newline in an argument of cmd.exe. I would love to be proven wrong.