Closed
Bug 313962
Opened 19 years ago
Closed 18 years ago
Simple bug in GConf nsSystemPrefs
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: roc, Assigned: roc)
Details
(Keywords: fixed1.8.1)
Attachments
(1 file)
1.26 KB,
patch
|
timeless
:
review+
roc
:
approval-branch-1.8.1+
|
Details | Diff | Splinter Review |
nsSystemPrefs, which synchronizes certain preferences with GConf, has a bug that causes it to crash in certain embedding situations. Actually it's a general bug with using uninitialized memory that happens to always work in regular Firefox builds.
Assignee | ||
Comment 1•19 years ago
|
||
Later on it does if (aPrefValue->stringVal) PL_strfree(aPrefValue->stringVal); which dies horribly if there happens to be something non-zero in the new array.
Attachment #200946 -
Flags: review?(caillon)
Comment 2•19 years ago
|
||
Once this is reviewed and considered to be safe enough this should go to 1.8.1 and 1.8.0.1 (especially for xulrunner).
Flags: blocking1.8.1?
Flags: blocking1.8.0.1?
Comment 3•19 years ago
|
||
Not blocking, though we might accept this on the 1.8.0 branch at some point if it were reviewed and smoketested on the trunk.
Flags: blocking1.8.0.1? → blocking1.8.0.1-
Assignee | ||
Updated•19 years ago
|
Attachment #200946 -
Flags: review?(caillon) → review?(timeless)
Attachment #200946 -
Flags: review?(timeless) → review+
Comment 4•18 years ago
|
||
Comment on attachment 200946 [details] [diff] [review] fix I don't know for sure who the owner of the code is but since there is almost only gconf code which is related to GTK I've chosen the GTK owner for 1.8.1 approval.
Attachment #200946 -
Flags: approval-branch-1.8.1?(roc)
Assignee | ||
Comment 5•18 years ago
|
||
Comment on attachment 200946 [details] [diff] [review] fix Even though it's my own patch, I'm approving it because it's trivial.
Attachment #200946 -
Flags: approval-branch-1.8.1?(roc) → approval-branch-1.8.1+
Assignee | ||
Comment 6•18 years ago
|
||
Fixed on trunk and branch. I'm not going for 1.8.0.x approval because the vendors who actually use this code can patch it themselves.
You need to log in
before you can comment on or make changes to this bug.
Description
•