Dave, I’ve tried to watch the process which does the overwriting, but last night nothing happened. I don’t know why not. Maybe because Safari was not running. When I want to close a session usually I just close the Safari tabbed window and leave the server running. Isn’t it possible that a lot of code is still running then? Is there a way to close a session without stopping the server?
But I’ve found the main problem: prefs settings are cached on macos since macos10.9. This is done by a daemon cfprefsd; that is the mysterious location where the prefs-information is kept alive. So, when removing a .plist file one must also kill one’s own cfprefsd process (killall -u username cfprefsd) to get rid of everything. I now have a clean .plist with no more old stuff from previous versions. <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd";> <plist version="1.0"> <dict> <key>ApplicationPath</key> <string></string> <key>BrowserCommand</key> <string>open -a /Applications/Safari.app %URL%</string> <key>FixedPort</key> <false/> <key>PortNumber</key> <integer>1</integer> <key>PythonPath</key> <string></string> </dict> </plist> Regards, P. De Visschere > On 25 Jan 2019, at 11:46, Dave Page <dp...@pgadmin.org> wrote: > > Hi > > On Fri, Jan 25, 2019 at 10:22 AM Patrick De Visschere > <pdvissch...@edpnet.be> wrote: >> >> Dave, >> >> When the server is not running the .plist file is not overwritten (at 00:59); >> I’ve then renamed the .plist file. When I start the server again no .plist >> file appears. The config window stills contains my custom Browser Command; A >> new .plist file is generated when I change this command and click OK. >> >> The .plist file contains among other things the Browser.LastSaveLocation. My >> new .plist file as well as the overwritten one contain a location which is >> nearly a year old. I don’t know what specific location is saved here but I >> have saved .sql and .csv files in the mean time. >> >> pgadmin4 must be storing information somewhere else and I’ve not been able >> to find that location: it’s not within my user directory as far as I can see. >> >> The .plist file is overwritten at 00:59, which is when a backup is >> scheduled. But lots of other things happen at that time, e.g. switchting of >> system.log files … >> I’ll check next what happens if no backup is scheduled. > > I honestly have no idea what's going on here. "LastSaveLocation" was > only used until v3.0 of pgAdmin 4 (when the entire file that it was > part of was removed as part of the change to use the system's web > browser), so unless you're using 2.x or 1.x, I don't see any way that > it's possible for pgAdmin to write that to the plist file. > >> >> Since nobody else seems to experience this problem, it’s probbaly related to >> my specific set-up. > > I think it must be. Something - I have no idea what - is apparently > replacing the file with a very old version. > > -- > Dave Page > Blog: http://pgsnake.blogspot.com > Twitter: @pgsnake > > EnterpriseDB UK: http://www.enterprisedb.com > The Enterprise PostgreSQL Company > -------------------------------------------------------------------------------------------- Patrick De Visschere 051/46 70 25 Pensionaatstraat 25 8755 Ruiselede --------------------------------------------------------------------------------------------
smime.p7s
Description: S/MIME cryptographic signature
