Closed
Bug 11647
Opened 25 years ago
Closed 25 years ago
Wallet fillin doesn't work
Categories
(Toolkit :: Form Manager, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: morse, Unassigned)
Details
Go to edit/wallet/samples and click on here. Fill in first and last name. Save form and answer yes when it asks if you want data entered into wallet. Then go to edit/wallet/samples again and this time click on amazon. Do a fill-in (either safe fill or quick fill) from edit/wallet submenu. Nothing gets filled in.
Reporter | ||
Comment 1•25 years ago
|
||
OK, problem is that I downloaded the wrong files from the server. There are three files that I need which contain the mapping tables. Unfortunately I downloaded the URL each time although I stored it on three different files on the user's machine. Fix is trivial -- simply changing the name of the URL on the second two download calls. It's a two-line change in wallet.cpp. Guarenteed not to break anything else. Now I need to get permission to check this in to the frozed M9 build.
Comment 2•25 years ago
|
||
Jay, this is the problem you are seeing. Steve, will this fix the problem with only the last name filling in if you SafeFormFill on the same Here page, or is that a different problem.
Reporter | ||
Comment 3•25 years ago
|
||
It will fix a whole lot of problems because all bets are off when the mapping tables are screwed up. So it might fix that one as well. Unfortunately I can't say for sure because I was unable to reproduce that particular one.
Reporter | ||
Updated•25 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 4•25 years ago
|
||
Received permission from Chris Hofmann. Fix checked in.
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Comment 5•25 years ago
|
||
this test case now works perfecto with 8/12 builds on linux, but nothing is filled in with 8/12 windows, even though the safe form fill dialogue is filled out correctly when I hit OK, nothing gets filled into the name field! This may actually be a different bug, but the result is the same. Re-opening And as we know, this is broken on Mac because the tables are not downloaded.
Updated•25 years ago
|
Resolution: FIXED → ---
Reporter | ||
Comment 6•25 years ago
|
||
This really has me puzzled for two reasons. First, it still works for me. I pulled and built a tree at about midnight last night. Works fine. Second, I don't understand how you could possible be testing this. The safe form-fill dialog that I see has the OK/CANCEL buttons off the bottom of the screen and inaccesible (not even any scroll bars). This is a separate bug that has already been reported (bug 10406). So without special hackery, it was not even possible for me to run this test. The special hackery that I had to do was change a frame size in WalletPreview.html and then I could access my buttons. But obviously you (paulmac) didn't do this hackery, so how are you able to run this test?
Comment 7•25 years ago
|
||
Morse,I think the build Paul and I are running opens up a dialog for Safe Form Fill that has the OK and Cancel buttons visible (barely noticeable) at the very bottom of the window. I can actually click those buttons if i carefully move the mouse over them (without touching the border of the window). I can do this on all 3 platforms as of 8/12.
Reporter | ||
Comment 8•25 years ago
|
||
Strange that you can do that and I can't. My windows build, which I pulled last night at midnight, definitely doesn't let me see any part of the OK or CANCEL buttons. I tried both debug and optimized builds.
Reporter | ||
Comment 9•25 years ago
|
||
Ah, it probably has to do with screen resolution. That would explain why it draws slightly differenly on you screen than on mine. OK, that mystery solved. But now for the big question -- why is the fill-in working fine for me and not for you.
Comment 10•25 years ago
|
||
Autofill works fine if the page has the same "types" of fields as i have already entered into my wallet. For instance if i goto the wallet info page and save my first, last, middle, and nickname...i can autofill all those names into that exact page, but if i go to the amazon page and try to autofill, it gives me the message that there are no fields to autofill (because i don't have a "name" type saved in my wallet. A while back, when i filled in the first and last name on the wallet info save page, apprunner would automatically know to combine the 2 and make new type "name" = "name.first name.last". So auto fill works fine (it fills in all fields that match what you have saved), but it does not know how to fill in a "name" field.
Updated•25 years ago
|
Status: REOPENED → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → FIXED
Comment 11•25 years ago
|
||
Actually, safe form fill works on amazon.com page too...I just tried it with today's build 8/13 and it worked! The only problem now is that the window is still too small (or not displayed correctly) to show the ok and cancel buttons completely (Bug 10406). Resolving this bug FIXED.
Reporter | ||
Comment 12•25 years ago
|
||
I understood the description of the problem and indeed was using data saved in one form to prefill another form. And I am not seeing this problem -- name info entered on the wallet info page is being correctly placed on the amazon page. OK, I see from your last comment that you are finally seeing the same thing that I am seeing. Glad we can close this out. Don't understand why you were seeing something different yesterday.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 13•25 years ago
|
||
verified working OK now. I won't hurt my brain and try to figure out why this wasn't working for us before.
Updated•16 years ago
|
Assignee: morse → nobody
Product: Core → Toolkit
QA Contact: paulmac → form.manager
Target Milestone: M9 → ---
Version: Trunk → unspecified
Comment hidden (collapsed) |
You need to log in
before you can comment on or make changes to this bug.
Description
•