Closed
Bug 137551
Opened 23 years ago
Closed 23 years ago
Edit|Save Form Info not working
Categories
(Toolkit :: Form Manager, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: Biesinger, Assigned: morse)
References
()
Details
(Keywords: smoketest)
Attachments
(1 file)
2.22 KB,
patch
|
asa
:
superreview+
|
Details | Diff | Splinter Review |
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
Reporter | ||
Comment 1•23 years ago
|
||
smoketest blocker (B.26 fails)
Severity: normal → blocker
Keywords: smoketest
Assignee | ||
Comment 2•23 years ago
|
||
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.
Reporter | ||
Comment 3•23 years ago
|
||
I'm sorry, I can't test win32...
Comment 4•23 years ago
|
||
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.
Assignee | ||
Comment 5•23 years ago
|
||
Just an update. No progress yet but I now have an up-to-date linux tree so I
can start investigating.
Comment 6•23 years ago
|
||
I can also verify this problem on the mozilla 1.0 branch. This should block bug
134771.
Assignee | ||
Comment 8•23 years ago
|
||
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!
Assignee | ||
Comment 10•23 years ago
|
||
Assignee | ||
Updated•23 years ago
|
Comment 11•23 years ago
|
||
Comment on attachment 79361 [details] [diff] [review]
get rid of ref to temporary
sr=scc
(from asa's machine)
Attachment #79361 -
Flags: superreview+
Comment 12•23 years ago
|
||
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+
Assignee | ||
Comment 13•23 years ago
|
||
Checked into both branch and trunk
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 14•23 years ago
|
||
Couldn't you optimize this by changing
+ nsCAutoString valueCString = NS_ConvertUCS2toUTF8(value);
to
+ NS_ConvertUCS2toUTF8 valueCString(value);
?
Comment 15•23 years ago
|
||
gonna add an adt1.0.0+, sicne this has already been checked into the 1.0 branch,
and was a smoketest blocker.
Assignee | ||
Updated•23 years ago
|
Whiteboard: have patch, need reviews/approvals [adt1]
Updated•23 years ago
|
Keywords: adt1.0.0+ → fixed1.0.0
Comment 16•23 years ago
|
||
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.
Description
•