Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-5869

Console output during build does not wrap in IE

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Major Major
    • core
    • None
    • Hudson version: 1.353
      Subversion Plugin version: 1.16

      I have upgraded Hudson and my Subversion plugin to the latest version recently and I am getting the odd behavior of subversion plugin.
      The logfile shows in the console output is not properly formatted as it used to and spitting continous lines.

      The raw output looks ok though.

      Can someone please fix it as it is really hard to monitor the actual build in progress.

      Thanks

          [JENKINS-5869] Console output during build does not wrap in IE

          Alan Harder added a comment -

          Please provide all the details request above, again.
          Also please post an excerpt of a build log showing this problem, thanks.

          Alan Harder added a comment - Please provide all the details request above, again. Also please post an excerpt of a build log showing this problem, thanks.

          fmhome added a comment - - edited

          I have updated the env section and attached the screenshot.

          The rest of the info is same as in the above comments.

          fmhome added a comment - - edited I have updated the env section and attached the screenshot. The rest of the info is same as in the above comments.

          Alan Harder added a comment -

          Confirmed.. I see this in IE7 too.
          The console during the build has this problem, but a completed build looks OK.

          Alan Harder added a comment - Confirmed.. I see this in IE7 too. The console during the build has this problem, but a completed build looks OK.

          Alan Harder added a comment -

          Not related to subversion plugin, just logText/progressiveHtml.

          Alan Harder added a comment - Not related to subversion plugin, just logText/progressiveHtml .

          Alan Harder added a comment - - edited

          OK, the cause of the problem is this:
          http://www.quirksmode.org/bugreports/archives/2004/11/innerhtml_and_t.html

          How IE handles assigning text to "innerHTML" of an element.. the newlines sent by Hudson are "normalized" (in this case, lost).

          Alan Harder added a comment - - edited OK, the cause of the problem is this: http://www.quirksmode.org/bugreports/archives/2004/11/innerhtml_and_t.html How IE handles assigning text to "innerHTML" of an element.. the newlines sent by Hudson are "normalized" (in this case, lost).

          Code changed in hudson
          User: : mindless
          Path:
          trunk/hudson/main/core/src/main/resources/lib/hudson/progressiveText.jelly
          trunk/www/changelog.html
          http://jenkins-ci.org/commit/29722
          Log:
          [FIXED JENKINS-5869] workaround in progressive log display for IE's
          whitespace normalization when assigning to innerHTML.

          SCM/JIRA link daemon added a comment - Code changed in hudson User: : mindless Path: trunk/hudson/main/core/src/main/resources/lib/hudson/progressiveText.jelly trunk/www/changelog.html http://jenkins-ci.org/commit/29722 Log: [FIXED JENKINS-5869] workaround in progressive log display for IE's whitespace normalization when assigning to innerHTML.

          cdauth added a comment -

          The issue is still present in 1.354. Has the fix been included?

          cdauth added a comment - The issue is still present in 1.354. Has the fix been included?

          torbent added a comment -

          I noticed the same. I also noticed that it wasn't mentioned in the (visible) Changelog, so I assume it was excluded from the release for some reason?

          torbent added a comment - I noticed the same. I also noticed that it wasn't mentioned in the (visible) Changelog, so I assume it was excluded from the release for some reason?

          Alan Harder added a comment -

          it was committed after 1.354 cutoff, so it will be in 1.355

          Alan Harder added a comment - it was committed after 1.354 cutoff, so it will be in 1.355

          torbent added a comment -

          Works nicely in 1.355, yes

          torbent added a comment - Works nicely in 1.355, yes

            mindless Alan Harder
            fmhome fmhome
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: