Geronimo
  1. Geronimo
  2. GERONIMO-3386

Nothing returned when clicking on "Save" button at creating Tomcat NIO HTTPs Connector

    Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 2.0-M5
    • Fix Version/s: 2.0.2, 2.1
    • Component/s: console
    • Security Level: public (Regular issues)
    • Labels:
      None
    • Environment:

      Windows xp sp2 x86-32

      Description

      When edit a new Tomcat NIO HTTP Connector, modify port from 8081 to 8082, click on "Save" button, No any response returned, and No error or exception is thrown too.

        Activity

        Hide
        Song added a comment -

        It happened with IE browser, when Firefox browser is used, "Save" button works well.

        Show
        Song added a comment - It happened with IE browser, when Firefox browser is used, "Save" button works well.
        Hide
        Song added a comment -

        With the latest build, "Save" button works well for NIO HTTP Connector in IE and firefox.
        However, to NIO HTTPs Connector, Same exception happened. No response returned with "Save" button when creating a NIO HTTPs Connector in IE. And in firefox, all works well.

        Show
        Song added a comment - With the latest build, "Save" button works well for NIO HTTP Connector in IE and firefox. However, to NIO HTTPs Connector, Same exception happened. No response returned with "Save" button when creating a NIO HTTPs Connector in IE. And in firefox, all works well.
        Hide
        Paul McMahan added a comment -

        it seems that internet explorer has a strange bug where it cannot submit a form containing more than 75 visible inputs. The secure nio connector has 78 attributes, so its just a little over the limit and this prevents the form from submitting. nothing happens when you try, IE just ignores you.

        the options I can think of are to remove the three least important attributes for this type of connector, or to see if microsoft has fixed this problem in a later version of IE. right now I am pursing the latter option and will update this jira with the results.

        Show
        Paul McMahan added a comment - it seems that internet explorer has a strange bug where it cannot submit a form containing more than 75 visible inputs. The secure nio connector has 78 attributes, so its just a little over the limit and this prevents the form from submitting. nothing happens when you try, IE just ignores you. the options I can think of are to remove the three least important attributes for this type of connector, or to see if microsoft has fixed this problem in a later version of IE. right now I am pursing the latter option and will update this jira with the results.
        Hide
        Paul McMahan added a comment -

        Upgrading my version of IE didn't fix anything but it did provide a better clue to the underlying problem, which is that using the default GET method to submit a form with so many inputs caused IE to choke on such a long URL. Using method=POST to submit the form instead avoids creating the URL and solves the problem. Fixed in rev 567289.

        Show
        Paul McMahan added a comment - Upgrading my version of IE didn't fix anything but it did provide a better clue to the underlying problem, which is that using the default GET method to submit a form with so many inputs caused IE to choke on such a long URL. Using method=POST to submit the form instead avoids creating the URL and solves the problem. Fixed in rev 567289.
        Hide
        Vamsavardhana Reddy added a comment -

        Should the fix be merged into branches\2.0 too?

        Show
        Vamsavardhana Reddy added a comment - Should the fix be merged into branches\2.0 too?
        Hide
        Paul McMahan added a comment -

        The fix was merged to branches/2.0
        http://svn.apache.org/viewvc?view=rev&revision=567290

        Show
        Paul McMahan added a comment - The fix was merged to branches/2.0 http://svn.apache.org/viewvc?view=rev&revision=567290
        Hide
        Donald Woods added a comment -

        updated Fixed For field

        Show
        Donald Woods added a comment - updated Fixed For field

          People

          • Assignee:
            Paul McMahan
            Reporter:
            Song
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development