Closed Bug 137551 Opened 23 years ago Closed 23 years ago

Edit|Save Form Info not working

Categories

(Toolkit :: Form Manager, defect)

x86
Linux
defect
Not set
critical

Tracking

()

VERIFIED FIXED

People

(Reporter: Biesinger, Assigned: morse)

References

()

Details

(Keywords: smoketest)

Attachments

(1 file)

1) fill in some data in above url (e.g. name) 2) click Edit|Save Form Info you get a dialog "Data captured", but it isn't. The data doesn't appear in Tools|Form Manager|Edit Form Info, and Edit|Fill In Form is greyed out. This is on Linux, 2002041507
smoketest blocker (B.26 fails)
Severity: normal → blocker
Keywords: smoketest
Is this a linux-only problem or can you reproduce it on win32? It's working fine on my win32 build from 4-4. I'm currently in the process of pulling and building a new win32 build, also a linux build so I can test further.
I'm sorry, I can't test win32...
Using a Win32 commercial trunk build dated 2002041503 I can't reproduce this problem. The data is saved and vewiable under ``Other Saved Information'' > ``Concatenations'' in the form manager dialog. Using a Linux mozilla trunk build dated 2002041507 I *can* reproduce this problem with the same symptoms manifesting as originally reported. Using a Linux mozilla 1.0.0 branch build dated 2002041409 I *can* reproduce this problem with the same symptoms manifesting as originally reported.
Just an update. No progress yet but I now have an up-to-date linux tree so I can start investigating.
I can also verify this problem on the mozilla 1.0 branch. This should block bug 134771.
downgrading to critical so we can open tree
Severity: blocker → critical
Here's an update, scant as it is. Something weird is happening at this point: wallet.cpp: line 2906 const char* valueCString = NS_ConvertUCS2toUTF8(value).get(); nsCAutoString oldValue; If I add print statements as follows: const char* valueCString = NS_ConvertUCS2toUTF8(value).get(); printf("before: %s\n",valueCString); nsCAutoString oldValue; printf("after: %s\n",valueCString); then the first print statement prints out the correct value for valueCString but the second print statement prints an empty string. I don't understand this yet, but this is the point at which the program goes astray.
NS_ConvertUCS2toUTF8(value).get() gives you a ref to a temporary, no wonder it does not work!
Keywords: adt1.0.0, nsbeta1
Whiteboard: have patch, need reviews/approvals
Comment on attachment 79361 [details] [diff] [review] get rid of ref to temporary sr=scc (from asa's machine)
Attachment #79361 - Flags: superreview+
Comment on attachment 79361 [details] [diff] [review] get rid of ref to temporary a=asa (on behalf of drivers) for checkin to the 1.0 branch. trunk too. This is a smoketest blocker for branch and trunk. scc's sr= is sufficient review to land this. Please land ASAP. Thanks.
Attachment #79361 - Flags: approval+
Checked into both branch and trunk
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Couldn't you optimize this by changing + nsCAutoString valueCString = NS_ConvertUCS2toUTF8(value); to + NS_ConvertUCS2toUTF8 valueCString(value); ?
gonna add an adt1.0.0+, sicne this has already been checked into the 1.0 branch, and was a smoketest blocker.
Whiteboard: have patch, need reviews/approvals → have patch, need reviews/approvals [adt1]
Whiteboard: have patch, need reviews/approvals [adt1]
Verified fixed linux trunk build 2002041609 and branch build 2002041615
Status: RESOLVED → VERIFIED
Flags: approval+
Product: Core → Toolkit
QA Contact: tpreston → form.manager
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: