Closed Bug 6399 Opened 27 years ago Closed 27 years ago

form submission broken in viewer

Categories

(Core :: DOM: Core & HTML, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: ramiro, Assigned: morse)

References

()

Details

Try a form submission on the above url with the viewer on either windows or linux. The viewer will hang. IT works on the apprunner. There are some messages to the effect of connecting to people.netscape.com. I have no idea why a simple form submission would fetch urls from people.netscape.com.
Status: NEW → RESOLVED
Closed: 27 years ago
Resolution: --- → WONTFIX
The connection to people.netscape.com is not the problem -- those connections are established properly. But since it was the last successful action performed, it is the last thing visible on the console screen at the time of the hang. The problem is in using the service manager to access kFileLocatorCID. This occurs at the very beginning of the Wallet_ProfileDirectory routine in mozilla/extensions/wallet/src/wallet.cpp. Because of this failure, wallet is unable to open the user's database and is asking if it should retry. But because we don't yet have dialogs, the dialog that asks this question is invisible and automatically returns a value of YES. Hence we keep retrying forever. So the issue is a viewer issue because viewer probably doesn't contain the dll for FileLocator. But are we really concerned about viewer anymore? I thought that was going away. So I'm going to mark this as wont-fix unless I hear back that we do still need to support viewer. One final point -- you asked why a simple form submission is fetching urls from people.netscape.com. That's because when you submitted the form you said that you wanted wallet to capture the data that was on the form. But of course you don't remember ever saying that because it was asked to you on a dialog window and, since dialogs are not yet implemented, you answer was taken as a yes by default. If you want to really see these dialogs, you can set the preference of wallet.useDialogs in your prefs file (you have to do this manually) and the dialogs will appear in the console window. Then you can say "no" to the question of capturing the data and you won't fetch those urls nor will you see this hang.
Status: RESOLVED → VERIFIED
Viewer should be going away.
Status: VERIFIED → REOPENED
I don't think viewer is going away anytime soon, this is a call the layout people need to make.
Assignee: morse → karnaze
Status: REOPENED → NEW
Chris -- if this is a general forms problem it should be fixed, because while we're not shipping viewer, it is our testbed. If it's wallet related, or non-essential then mark it as won't fix.
Assignee: karnaze → morse
Target Milestone: M6
Steve, you should fix this bug even before the new changes to wallet that we discussed go into effect. Forever calling a dialog seems like something that can easily be fixed.
Status: NEW → RESOLVED
Closed: 27 years ago → 27 years ago
Resolution: WONTFIX → FIXED
OK, I put in a fix so that the dialog for trying again now returns "no" if there are no dialogs. That stops the hang.
Status: RESOLVED → VERIFIED
I can't actually regress this as there is no viewer in current seamonkey builds on NT - so I'm going to go ahead and mark it as verified. ramiro, if there's still a problem, please re-open. Thanks!
Component: HTML: Form Submission → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.