153511 - enom.com - Mozilla chokes on enom.com zonefile edit form

Status: VERIFIED FIXED

(Tech Evangelism Graveyard :: English US, defect)

Description

[NorthMan]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows 2002 Government Server Edition; en-US)
Gecko/2002062109
BuildID:    2002062109

I went to https://www.enom.com/Login.asp, and logged in.  I browsed my domains
and clicked "configure" under DNS Settings (zone file).  I then made some
changed and clicked "save changes".  I was then returned to the same page
(zonefile edit page) and my changes were not there (ie Mozilla never sent them
to eNom).  I inputted my changes again and hit save....same
thing...again...again...  This bug has been in the Mozilla since the 20020613
build.  It is not eNom, as Internet Explorer handles the form correctly.

I hope we have some coders who use eNom...  this is a pain in the neck to use IE
for this one site (everything else works in Mozilla on the eNom site that I'm
aware of right now).

Reproducible: Always
Steps to Reproduce:
See description

Actual Results:  My changes to my zonefile were not sent to eNom.  Mozilla
basically just reloaded the page.

Expected Results:  Mozilla sends updated zonefile form to eNom, I end up back at
the main screen for my domain.

Comment 1

[Brant Gurganus]

OSCP response is invalid because it give a date that is in the future.

Comment 2

[Drew Dekreon]

Still a bug in release in 1.1. 100% reproducible. Setting of OCSD does not
affect it in any way.

Comment 3

[NorthMan]

On Mozilla trunk 2002112711 win32 this bug is fixed.  This bug annoyed me to no
end, as I had to open up and unlock Internet Exploiter to edit my zonefile.

This bug, is fixed.

As for needing a login, using fake info (no CC number or domain name
registration required) you can signup for an account at enom.

Comment 4

[NorthMan]

v.