• Icon: Improvement Improvement
    • Resolution: Fixed
    • Icon: Minor Minor
    • core, sidebar-link-plugin
    • None
    • Hudson 1.367 running on a CentOS 5.2 OS inside a Tomcat 6.0.18 container connected to Apache 2.2.3 using mod_jk

      Not sure if it was intentionally done this way or not, but sidebar mailto: links do not appear to work for me.

      When I enter

      mailto:user@company.com

      in the "Link URL" text box, the link appears to be interpreted as a relative link and is rendered as

      http://hudsonserver.company.com/hudson/mailto:user@company.com

      in the actual link in the sidebar.

      Super awesome bonus points awarded for implementing mailto: links in a robot-unfriendly way. One possible way might be to obfuscate mailto: address and store it into a javascript variable or array and deobfuscate with Javascript function when link is clicked so that the email addresses cannot be scraped by a robot for public-facing sites. There are probably many other ways to approach this. I don't particularly need this functionality since my Hudson instance is internally facing only, but I thought it might be a "nice to have" for others.

      Thanks for a great plugin!

          [JENKINS-7725] Support mailto: links

          Doug Borg created issue -
          Doug Borg made changes -
          Description Original: Not sure if it was intentionally done this way or not, but sidebar mailto: links do not appear to work for me.

          When I enter "mailto:user@company.com" in the "Link URL" text box, the link appears to be interpreted as a relative link and is rendered as "http://hudsonserver.company.com/hudson/mailto:user@company.com" in the actual link in the sidebar.

          Super awesome bonus points awarded for implementing mailto: links in a robot-unfriendly way. One possible way might be to obfuscate mailto: address and store it into a javascript variable or array and deobfuscate with Javascript function when link is clicked so that the email addresses cannot be scraped by a robot for public-facing sites. There are probably many other ways to approach this. I don't particularly need this functionality since my Hudson instance is internally facing only, but I thought it might be a "nice to have" for others.

          Thanks for a great plugin!

          New: Not sure if it was intentionally done this way or not, but sidebar mailto: links do not appear to work for me.

          When I enter {noformat}mailto:user@company.com{noformat} in the "Link URL" text box, the link appears to be interpreted as a relative link and is rendered as {noformat}http://hudsonserver.company.com/hudson/mailto:user@company.com{noformat} in the actual link in the sidebar.

          Super awesome bonus points awarded for implementing mailto: links in a robot-unfriendly way. One possible way might be to obfuscate mailto: address and store it into a javascript variable or array and deobfuscate with Javascript function when link is clicked so that the email addresses cannot be scraped by a robot for public-facing sites. There are probably many other ways to approach this. I don't particularly need this functionality since my Hudson instance is internally facing only, but I thought it might be a "nice to have" for others.

          Thanks for a great plugin!

          Alan Harder made changes -
          Component/s New: core [ 15593 ]
          Oleg Nenashev made changes -
          Resolution New: Fixed [ 1 ]
          Status Original: Open [ 1 ] New: Resolved [ 5 ]
          Oleg Nenashev made changes -
          Status Original: Resolved [ 5 ] New: Closed [ 6 ]
          R. Tyler Croy made changes -
          Workflow Original: JNJira [ 137826 ] New: JNJira + In-Review [ 204611 ]

            Unassigned Unassigned
            dougborg Doug Borg
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: