SB 2.76 loosing data sometimes
Moderator: Barb@Invincea
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
SB 2.76 loosing data sometimes
SB 2.76 loosing data sometimes,
Since i test the beta version on my nativ system I expirienced a atrange bahavioute it appreats that since the beta IE is looging temporary data form time to time, like all logins an all webpages so that i have to reenter username and password.
Owen
Since i test the beta version on my nativ system I expirienced a atrange bahavioute it appreats that since the beta IE is looging temporary data form time to time, like all logins an all webpages so that i have to reenter username and password.
Owen
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
Suspect cause of problem is not version-dependent?
I don't think this is a [Sandboxie] version-dependent problem. [But possibly an IE version-dependent problem?]
Interesting to see this topic opened again, because I have an idea what's happening but never consistently overcame it. Perhaps the second time is a charm, I hope?
I think it's a cookie retention and recognition problem. The automatic log-on requires a cookie and a pointer to the cookie in the index.dat file.
OwenBurnett doesn't give us his Sandboxie settings, so I can't be sure what is happening when he exits sandboxed programs. I have have Sandboxie set to clear the box when all sandboxed programs teminate, so I'll assume this is the case. Or, OwenBurnett may be getting the problem in some other way.
It is possible to retain log-on ID cookes, but not the pointers in the index.dat file. You can save it, but without effect, because this is a locked file. You would have to stop Windows to save it. So without the pointer pointing to the log-on cookie, I believe, even if you saved the cookie it would do no good.
To go farther, I THINK (don't hold me to this, unless Tzuk verifies it) if you did manage to overwrite the index.dat file, the one from the sandbox may only contain pointers to the cookies received during that session. Unless you could concatenate the existing and new index.dat files, you (possibly) could lose all that went before, causing other problems.
As a work-around, (see Tzuk's suggestion, link to prior thread) I have tried copying the URL of the log-on page, and opening an unsandboxed instance of MSIE, doing the log-on, trying to get the right cookie into the cookie folder and get its pointer into the "real" index.dat file, then getting out of the unsandboxed IE and returning to the safe one.
So, the result? It doesn't work consistently -- I am still manually re-entering my log-on details. I have given up for now, so perhaps there will be further insight the second time around, from others?
As per Tzuk's suggestion (see link), I did get it to work for Google preferences, but for some other sites, it fails. No idea why. Maybe there's a special sequence that must be followed?
If losing automatic log-ons is the price to pay for hours of disinfecting the operating system with half a dozen utilities, so be it.
But I would really love to get the automatic log-ins back, if possible. Any ideas??
P.S.: When going back-and-forth between sandboxed-unsandboxed instances of the browser to set desired log-on cookies and update the index.dat file, it may work better if the sandboxed browser is completely terminated, and not left running. I may not have always been doing this.
Interesting to see this topic opened again, because I have an idea what's happening but never consistently overcame it. Perhaps the second time is a charm, I hope?
I think it's a cookie retention and recognition problem. The automatic log-on requires a cookie and a pointer to the cookie in the index.dat file.
OwenBurnett doesn't give us his Sandboxie settings, so I can't be sure what is happening when he exits sandboxed programs. I have have Sandboxie set to clear the box when all sandboxed programs teminate, so I'll assume this is the case. Or, OwenBurnett may be getting the problem in some other way.
It is possible to retain log-on ID cookes, but not the pointers in the index.dat file. You can save it, but without effect, because this is a locked file. You would have to stop Windows to save it. So without the pointer pointing to the log-on cookie, I believe, even if you saved the cookie it would do no good.
To go farther, I THINK (don't hold me to this, unless Tzuk verifies it) if you did manage to overwrite the index.dat file, the one from the sandbox may only contain pointers to the cookies received during that session. Unless you could concatenate the existing and new index.dat files, you (possibly) could lose all that went before, causing other problems.
As a work-around, (see Tzuk's suggestion, link to prior thread) I have tried copying the URL of the log-on page, and opening an unsandboxed instance of MSIE, doing the log-on, trying to get the right cookie into the cookie folder and get its pointer into the "real" index.dat file, then getting out of the unsandboxed IE and returning to the safe one.
So, the result? It doesn't work consistently -- I am still manually re-entering my log-on details. I have given up for now, so perhaps there will be further insight the second time around, from others?
As per Tzuk's suggestion (see link), I did get it to work for Google preferences, but for some other sites, it fails. No idea why. Maybe there's a special sequence that must be followed?
If losing automatic log-ons is the price to pay for hours of disinfecting the operating system with half a dozen utilities, so be it.
But I would really love to get the automatic log-ins back, if possible. Any ideas??
P.S.: When going back-and-forth between sandboxed-unsandboxed instances of the browser to set desired log-on cookies and update the index.dat file, it may work better if the sandboxed browser is completely terminated, and not left running. I may not have always been doing this.
Last edited by RonC on Sun Feb 04, 2007 6:13 am, edited 2 times in total.
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
I don't have enabled any auto delete obtion.
I never had this problem with the old version.
I never had this problem with the old version.
Code: Select all
[GlobalSettings]
ConfigLevel=1
BoxRootFolder=%APPDATA%
FileTrace=.
KeyTrace=.
IpcTrace=.
[DefaultBox]
Enabled=yes
CopyLimitKb=32768
OpenFilePath=msimn.exe,%AppData%\Identities
OpenFilePath=msimn.exe,%Local AppData%\Identities
OpenFilePath=msimn.exe,%AppData%\Microsoft\Address Book
OpenFilePath=outlook.exe,%AppData%\Microsoft\Outlook
OpenFilePath=outlook.exe,%Local AppData%\Microsoft\Outlook
OpenKeyPath=msimn.exe,HKEY_CURRENT_USER\Identities
OpenKeyPath=msimn.exe,HKEY_CURRENT_USER\Software\Microsoft\Outlook Express
OpenKeyPath=msimn.exe,HKEY_CURRENT_USER\Software\Microsoft\Internet Account Manager
OpenKeyPath=msimn.exe,HKEY_LOCAL_MACHINE\Software\Microsoft\Outlook Express
OpenKeyPath=msimn.exe,HKEY_LOCAL_MACHINE\Software\Wow6432Node\Microsoft\Outlook Express
OpenKeyPath=outlook.exe,HKEY_CURRENT_USER\Software\Microsoft\Office
OpenKeyPath=outlook.exe,HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows Messaging Subsystem\Profiles\Outlook
#ClosedIpcPath=\RPC Control\AudioSrv
#OpenFilePath=iexplore.exe,%Favorites%
OpenFilePath=D:\Downloads
OpenFilePath=R:\
ClosedFilePath=C:\Programme\Microsoft ActiveSync
ForceProcess=iexplore.exe
LingerProcess=acrord32.exe
LingerProcess=jusched.exe
LingerProcess=syncor.exe
LingerProcess=rapimgr.exe
LingerProcess=wcescomm.exe
RecoverFolder=%Favorites%
RecoverFolder=%Personal%
RecoverFolder=%Desktop%
#RecoverFolder=D:\Downloads
BlockDrivers=y
I have the same issue. My settings are set at the default ones. I first noticed this when I would check "SiteAdvisor" (www.siteadvisor.com). When McAfee bought them, they started putting a nagging web page trying to get you to upgrade to the paid version before you can get info on the site you were looking up.
It says on the nag page that if you have cookies enabled, you will only see this page once. I noticed I was seeing it time after time.
I also all other auto-login places like Yahoo Mail and forums (yes, even here) I have to log in everytime, if I empty my sandbox and come back to the site.
My solution was what was suggested before. I use Firefox, but it works the same with IE. I just launch Firefox outside the sandbox and log into my sites. The cookies then are retained and if you launch the browser within the sandbox, it will auto-login within those forums and sites.
What may be the issue of inconsistency of this is the fact that some cookies are set to expire at different times. An example of this is Yahoo Mail, where the cookie is set to expire 24 hours after login. So I have to re-set the cookie after that time if I don't want to relogin every time I empty my sandbox.
I just assumed this is the way Sandboxie is supposed to work. One of the outstanding components of Sandboxie is privacy. I want the cookies that I accumulated during a sandbox session to go away when I empty the sandbox.
I saw an article about several websites that were storing information such as login and credit card information on plain text non-encrypted cookies, leaving the user vulnerable to their information being stolen.
I like the idea that privacy issues are deleted with the sandbox.
What I may mention is that I have, in scanning with AVG Anti-Spyware, picked up some tracking cookies, but I am not sure if those are retained from the sandbox, or some I picked up outside the sandbox.
It says on the nag page that if you have cookies enabled, you will only see this page once. I noticed I was seeing it time after time.
I also all other auto-login places like Yahoo Mail and forums (yes, even here) I have to log in everytime, if I empty my sandbox and come back to the site.
My solution was what was suggested before. I use Firefox, but it works the same with IE. I just launch Firefox outside the sandbox and log into my sites. The cookies then are retained and if you launch the browser within the sandbox, it will auto-login within those forums and sites.
What may be the issue of inconsistency of this is the fact that some cookies are set to expire at different times. An example of this is Yahoo Mail, where the cookie is set to expire 24 hours after login. So I have to re-set the cookie after that time if I don't want to relogin every time I empty my sandbox.
I just assumed this is the way Sandboxie is supposed to work. One of the outstanding components of Sandboxie is privacy. I want the cookies that I accumulated during a sandbox session to go away when I empty the sandbox.
I saw an article about several websites that were storing information such as login and credit card information on plain text non-encrypted cookies, leaving the user vulnerable to their information being stolen.
I like the idea that privacy issues are deleted with the sandbox.
What I may mention is that I have, in scanning with AVG Anti-Spyware, picked up some tracking cookies, but I am not sure if those are retained from the sandbox, or some I picked up outside the sandbox.
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
No offense taken Owen.OwenBurnett wrote:No offence but this is irrelevant.
I dont have any auto delete enabled and I also dont clear the content of the SB.
With the previuse version (2.64) I never hed such problems.
The beta version is for some reason causing this strange problem.
Owen
I did not see that part of the post. I will however check it out to see if I can duplicate that.
My bad...
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
It hapend again and again after the PC was shut down for the night,
its not only th ecookiet, all temporary internet files seems mest up, all icons for the favourite links are gone.
I use IE 7 final
Question when avving a file outside the SB and a copy inside SB always choices the local copy it never updates it with the outside one even if the outside have a newver last modification daten, right?
Owen.
its not only th ecookiet, all temporary internet files seems mest up, all icons for the favourite links are gone.
I use IE 7 final
Question when avving a file outside the SB and a copy inside SB always choices the local copy it never updates it with the outside one even if the outside have a newver last modification daten, right?
Owen.
That just happened to me now. In my case, this was related to the SbieSvc being temporarily stopped.OwenBurnett wrote: since the beta IE is looging temporary data form time to time, like all logins an all webpages so that i have to reenter username and password.
Perhaps this is the cause of the problem also in your case.
Right.Question when avving a file outside the SB and a copy inside SB always choices the local copy it never updates it with the outside one even if the outside have a newver last modification daten, right?
tzuk
-
- Posts: 112
- Joined: Mon Dec 18, 2006 11:36 am
It happend again and again after reboot,
I looked into my task Info app. and the SbieSvc was running already since some minute. It wasn't stopped! An restart of the service also didn't helped the datas ware gone.
The files in the samdboxe like coocies looks ok (there are there and are not empty).
I tryed to reproduce the data lost by fastly restarrting the service and starting IE and even starting IF when the service was stopped, after error messages satrting the service, and after this using the IE.
Nothing i can't reproduce the data lost this way.
Owen
I looked into my task Info app. and the SbieSvc was running already since some minute. It wasn't stopped! An restart of the service also didn't helped the datas ware gone.
The files in the samdboxe like coocies looks ok (there are there and are not empty).
I tryed to reproduce the data lost by fastly restarrting the service and starting IE and even starting IF when the service was stopped, after error messages satrting the service, and after this using the IE.
Nothing i can't reproduce the data lost this way.
Owen
Who is online
Users browsing this forum: No registered users and 0 guests