[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #3974 [Vidalia]: set %APPDATA% in Vidalia for TBB



#3974: set %APPDATA% in Vidalia for TBB
-------------------------+--------------------------------------------------
 Reporter:  erinn        |          Owner:  chiiph
     Type:  enhancement  |         Status:  new   
 Priority:  normal       |      Milestone:        
Component:  Vidalia      |        Version:        
 Keywords:               |         Parent:        
   Points:               |   Actualpoints:        
-------------------------+--------------------------------------------------

Comment(by mikeperry):

 Replying to [comment:4 chiiph]:
 > If flash doesn't respect $HOME or whatever env var it's supposed to use,
 how is qt or vidalia suppose to help here? It seems to me that the problem
 is flash, and we should be looking at a way of sandboxing it or something.

 Well yeah, the Qt route is the hail mary play of "test and/or read the Qt
 source code to see if they solved the problem some other way for MacOS".
 For example, the portable apps forums are filled with posts of people
 saying that on windows you can set $APPDATA (ie $HOME+"/Data", more or
 less) and it will work. However, it appears that some apps can query the
 kernel/runtime for an alternate version of appdata using
 SHGetFolderPath(). This appears to be fixable by calling
 SHSetFolderPath(), as I did in my windows launcher patch.
 http://msdn.microsoft.com/en-us/library/bb762247(v=VS.85).aspx

 So the next step is determining if the Qt people know something we don't
 about MacOS. If they do, then we should clearly use them for both
 platforms. If they don't, then we should figure an alternate hack for
 MacOS and use both independently.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/3974#comment:5>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs