Closed Bug 136824 Opened 22 years ago Closed 22 years ago

account wizard has 'Finish' button which doesn't work

Categories

(SeaMonkey :: MailNews: Account Configuration, defect)

Product:
SeaMonkey
Component:
MailNews: Account Configuration
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: mozbugz, Assigned: racham)

References

Details

seen in build 2002-4-10-03 w2k, new profile, new build directory.. 
dont have a regression date.. but other bugs report it being a problem way
before recently.. so it seems to come and go.. it maybe just a JS/XUL hookup or
XBL related issue.  I try to click on the button, it doesn't do anything.. and
hitting 'Enter' should also close the wizard, this is the same problem with
Profile Manager with its 'Finish' button & hitting enter.
Component: Browser-General → Mail Window Front End
Product: Browser → MailNews
Component: Mail Window Front End → Account Manager
adding this blocks for any mail - IMAP, POP3, NEWS account wizard issue.  also
noting bug 100414 which was marked fixed already.
Assignee: Matti → racham
Blocks: 108467, 126624, 128630
QA Contact: imajes-qa → nbaca
Back and Cancel buttons work as expected.  bumping severity.. nominating.
Severity: normal → critical
Keywords: mozilla1.0, nsbeta1
note: my mention of Profile Manager 'Finish' button.. the issue is not it
doesn't work but 'Enter' doesn't initiate the call from the text field to close
the Manager code as if you gave it focus and clicked on it.  So not a real
issue, not part of this bug, but should be addressed in another bug about
binding.. Enter key.


Is this only happening to you on the trunk or does it happen on the Mozilla1.0
branch as well?  I don't see this bug on the 4/13 Branch build on Win 2000.  I'm
able to create an account by clicking on the Finish button.
yeah, looks like that is it.  I did test this with the trunk build from the
10th.  it appears to be a trunk bug that comes and goes.. but doesn't explain
its randomness. hmm.
marking nsbeta1- per mail triage.  It looks like if this is happening that it's
only happening in the trunk.
Keywords: nsbeta1 → nsbeta1-
Checked with latest trunk. I haven't seen this (even in the past, I ahven't come
across this one). I could create accounts successfully (via keyboard navigation
also) in both new & existing profiles. Marking this as WFM. If anyone has steps
to reproduce, please feel free to reopen the bug with that information.

Profile creation wizard is yet to adapt <wizard/>. Once it does, keyboard
navigation will work just fine.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Branch build 2002-07-16: WinMe, Linux RH 7.1, Mac 10.1.3
Trunk build 2002-07-16: WinMe, Linux RH 7.1, Mac 10.1.3
Verified Worksforme.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.