57014 - Use PersistentDesc strings on all platforms to Get/Set profile data

Status: VERIFIED WONTFIX

(Core Graveyard :: Profile: BackEnd, defect, P3)

Description

[racham]

Profile code uses GetUnicodePath and InitUnicodePath so that it can handle both
i18n and ASCII data with ease. But that changed the way we store the data in the
registry. Mac which uses persistent strings and tracks down the location via
aliases has certainly seen the effect. So, we need persistent desc APIs to
get/set data in a format that will support i18n data also (bug 57011). Once that
part is fixed, this bug need to changed all those path calls to PersistentDesc
calls inthe profile manager.

Comment 1

[racham]

Adding dependency on 57011.

Comment 2

[racham]

I spoke to Conrad about this. There are bunch of activation regressions (of rtm
calibre). I need to looat those and that might delay the effort to fix this bug
and hence delay Conrad's efforts to proceed with embedding work. He told me that
he can take care of this and he has been working with on these issues for quite
sometime. Reassigning this bug to him and I will be following up the progress.

Comment 3

[Conrad Carlen (not reading bugmail)]

Working on it.

Comment 4

[Conrad Carlen (not reading bugmail)]

This no longer needs to be fixed. Another approach was taken which hides the
profile location of a registry entry in a private member of an object. The only
access to it uses nsIFile which is consistent on all platforms. The actual data
stored in the registry was kept as a unicode path on some platforms and a
persistent desc on the Mac. This allows for better backward compatibility and
isolates platform differences.

Comment 5

[Grace Bush]

vfy