Thread: Re: [BUGS] More SSL questions..

> > > The problem with Appdata is that it's a hidden folder.  Are we
> > > storing files here that we expect the user to be able to get to
> > > easitly and edit often?  It may still be the best option, but I
> > > thought I would rasise that point.  The other option is
> to put most
> > > of this data into the registrty.
> > >
> > > BTW I have a few folders like %USERPROVILE%\.Application from
> > > windows ports of Unix apps like the GIMP.
> >
> > It's not hidden on my XP-Pro box.
>
> OK, I can't believe I know the answer to this, but if you
> display your %USERPROFILE directory using the standard XP
> directory viewer, and under Tools/Folder_Options, choose
> "View" then look at the "Hidden Files and Folders" option.  I
> bet you will see "Show hidden files and folders"
> enabled, but by default that radio button is disabled.
>
> So, buy default "Application Data" is invisible in that
> application, though you have enabled it, probably because you
> know what you are doing and need to get to certain
> configuration files.

The comment in the API for the profile directory says:
Version 5.0. The user's profile folder. A typical path is C:\Documents
and Settings\username. Applications should not create files or folders
at this level; they should put their data under the locations referred
to by CSIDL_APPDATA or CSIDL_LOCAL_APPDATA.

I think we should stay away from that one if possible.

For the MSI install we could always add icons to edit the config file if
people have a hard time finding it...

The files are not hidden any more than they are hidden on unix by being
named ".postgresql". I don't see this as a big problem.


//Magnus

Here are the open items I found in the current SSL discussion:

---------------------------------------------------------------------------

remove the leading dot from file names
find local directory on NT-based systems using SHGetFolderPath()
  use "Application Data" or just the user home directory
  what to use on Win 9x?  no function and no %USERPROFILE%

  Win98 has:
    TMP=C:\WINDOWS\TEMP
    TEMP=C:\WINDOWS\TEMP
    PROMPT=$p$g
    winbootdir=C:\WINDOWS
    COMSPEC=C:\WINDOWS\COMMAND.COM
    PATH=C:\;C:\BAT;C:\BIN;C:\SYSTEM;C:\WINDOWS\COMMAND;C:\WINDOWS;C:\WINDOWS\COMMAND
    windir=C:\WINDOWS

should fall back to non-ssl if no client certificate and 'prefer'?

We do have WIN32_CLIENT_ONLY define if that helps us for Win9X.

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

Magnus Hagander wrote:
> The comment in the API for the profile directory says:
> Version 5.0. The user's profile folder. A typical path is C:\Documents
> and Settings\username. Applications should not create files or folders
> at this level; they should put their data under the locations referred
> to by CSIDL_APPDATA or CSIDL_LOCAL_APPDATA.
>
> I think we should stay away from that one if possible.
>
> For the MSI install we could always add icons to edit the config file if
> people have a hard time finding it...
>
> The files are not hidden any more than they are hidden on unix by being
> named ".postgresql". I don't see this as a big problem.

With Unix you know you can do cd .postgresql or 'ls -a'.  I think on
Win32 almost everyone is using the file explorer and I don't see any
clean way for them to get into "Application Data" other than by
modifying the directory properties.  Do you?

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073