Delete “No” button when renaming; does not work reliably anyway.

Going back in browser history can reset configuration form to the *previous* state,
not what was just saved! (In the case of lazily inserted form elements.)
Thus clicking Save from that page would actually revert your recent changes.
For now, just omitting the button; could make it go back to index or configuration pages,
but there are already links for this.

core/src/main/resources/hudson/model/Job/rename.jelly

@@ -47,8 +47,6 @@ THE SOFTWARE.
             ${%description(it.name, newName)}
             <input type="hidden" name="newName" value="${newName}" />
             <f:submit value="${%Yes}" />
-            <input type="button" value="${%No}"
-                   onclick="javascript:history.back()" class="yui-button" />
           </form>
         </j:otherwise>
       </j:choose>

core/src/main/resources/hudson/model/Job/rename.properties

@@ -25,4 +25,3 @@ newNameInUse=The name {0} is already in use.
 configWasSaved=All other configuration options were saved.
 description=Are you sure about renaming {0} to {1}?
 Yes=Yes
-No=No