If i use Response.Cookies["test"].Value ="Hi"; where are cookie stored in system?
Can i check Cookies["test"] value in my pc because cookies are stored in text format.
I am using VS 2008. Operating system is Windows 7.
I have tried to find in Google but not getting the exact answer. Please help to sort out this problem.
IE and Windows keeps cookies here:
%AppData%\Microsoft\Windows\Cookies
Points to the same directory as #Sohnee's does under Windows Visa and newer, but his doesn't under Windows XP and earlier, my - does.
also Temporary Internet Files can contain some cookies.
Meanwhile Firefox keeps cookies into SQLite database under profile root:
%AppData%\Mozilla\Firefox\Profiles\%FirefoxProfile%\cookies.sqlite
To read the data you need to connect to that database using any SQLite client and execute next query:
select value
from moz_cookies
where name = 'test'
I did it just now using trial SQLite Maestro. And don't forget to close all running Firefoxes before connection attempt.
Cookies are stored in the cookies folder on Windows 7. To open the cookies folder, open run in Windows and type shell:cookies. Also, as suggested above, they might be in Temporary internet files. However, I see that your cookies are not persistent. This means you are not setting any expiration on them. Therefore, they won't be stored on your machine and they will only be part of the browser's memory.
C:\Users\<user_name>\AppData\Local\Google\Chrome\User Data\Default
Also note, "Local" is a hidden folder.
For Windows :
C:\Users\Your User Name\AppData\Local\Google\Chrome\User
Data\Default.
For Mac:
~Library/Application\ Support/Google/Chrome/Default/Cookies
You can use SQLite Browser for access it .
Your cookies are stored in your user folder:
%userprofile%\AppData\Roaming\Microsoft\Windows\Cookies
You will need to "show" hidden / system files to see them.
On Windows 10, I press Win+R and type shell:Cookies to open the cookies folder.
it's a hidden folder, the path is
C:\Users\admin\AppData\Local\Microsoft\Windows\INetCookies
Related
I have a legacy ASP application that I support. By support I mean that I haven't touched it since about 2005 because its just worked.
However there were a couple of data issues in the Access database that the ASP application uses. So like a fool I opened the database directly over a fileshare (using MS Access 2007), fixed the data and saved it down (in Access 2000 format).
Now the application will retrieve and display the data OK, but any updates fail with the error 3705: Operation is not allowed when the object is open. I have not changed the code in any way, the only change was the data update and database save.
I've found plenty of examples of this error, but they all relate to fairly simple issues like ensuring the recordset is closed before opening it, changing the CursorLocation enum, etc. I've tried most of these in the vain hope that something will work, but nothing has.
Any ideas how can I fix this?
Thanks.
UPDATE
I've installed a web based access database management system, and have tried to compact and repair the database. I received the error:
The Microsoft Jet database engine cannot open the file '<snip>'. It is
already opened exclusively by another user, or you need permission to view
its data. (-2147217911)
I have run the macro detailed here to determine who is logged onto the database, and just showed the admin user (which was me - while running it)
Those errors mean one thing: the database file is opened by some other process and thus is being locked.
Most likely that "web based access database management system" is the culprit, try to find how you can configure it to not lock the file, or get rid of it.
As a work around or way to verify the real problem, you can copy the .mdb file into different location and change the classic ASP connection string to check if you can update the database in its new location.
#Remou's comment above about checking the file and folder permissions was correct.
I had our server admin check the permissions, and it seems that the write access had dropped off the folder (and the files also inherit their permissions from the folder). He said that this has happened before when saving directly over the fileshare.
(accepting in lieu of an answer from #Remou)
I am running C# ASP.NET 4.5 web application on Windows 7 64-bit using IIS 7.5. The application pool it uses has the name 'ASP.NET v4.0' and its identity is ApplicationPoolIdentity. The application uses MS Office Interop (Microsoft Excel 14.0 Object Library).
At line wBook = wBooks.Add(Missing.Value);, it throws the following error:
Microsoft Excel cannot open or save any more documents because there
is not enough available memory or disk space.
u2022 To make more memory available, close workbooks or programs you
no longer need.
u2022 To free disk space, delete files you no longer need from the
disk you are saving to.: at
Microsoft.Office.Interop.Excel.Workbooks.Add(Object Template)
1) I gave the account IIS apppool\ASP.NET v4.0 full control on MS Excel Application in DCOM Config.
2) I gave IIS apppool\ASP.NET v4.0 full control on 'C:\Windows\SysWOW64\config\systemprofile' and created a Desktop folder in it.
3) I need to continue using Interop though it's not recommended.
4) The application works fine on Windows Server 2003/Windows XP 32-bit.
5) MS Office 2010 (64-bit, trial version) is installed on the machine.
6) I would prefer not to change the app. pool identity from ApplicationPoolIdentity to Network Service etc.. ApplicationPoolIdentity is the new type of Identity in IIS 7 and it's recommended.
It works fine if I select 'Interactive User' (I have logged in as an admin) in DCOM Config, but it causes other problems. I need to use 'Launching User' which is ASP.NET v4.0. So it looks like it's a permission issue.
Please help.
Thank you.
Right click on the file with file explorer, choose Properties, then General tab and click on the Unblock button. This error message is very misleading.
Go to this key on Registry Editor (Run | Regedit)
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
change key Cache to something like C:\Windows\Temp
My similar problem was solved like this.
Regards,
Ripley
I had this same issue, there was no issue regarding memory in my server machine, Finally i was able to fix it by following steps
In your application hosting server, go to its "Component Services"
3.Find "Microsoft Excel Application" in right side.
4.Open its properties by right click
5.Under Identity tab select the option interactive user and click Ok button.
Check once again. Hope it helps
NOTE: But now you may end up with another COM error "Retrieving the COM class factory for component...". In that case Just set the Identity to this User and enter the username and password of a user who has sufficient rights. In my case I entered a user of power user group.
Test like this.Sometimes, permission problem.
cmd => dcomcnfg
Click
Component services >Computes >My Computer>Dcom config> and select
micro soft Excel Application
Right Click on microsoft Excel Application
Properties>Give Asp.net Permissions
Select Identity table >Select interactive user >select ok
I too encountered the same scenario and found out two solutions after googling for several times. Hope this helps.
Way 01:
Before trying to open the file in Excel, find it in Windows' File Explorer. Right-click the file and select Properties. At the bottom of the General tab, click the Unblock button. Once you unblock a file, Windows should remember and Excel should not ask you again.
This option is available for some file types, but not others. If you don't have an Unblock button, use Way 2.
Way 02:
This option is better if you usually store your downloaded Excel files in one folder. In Excel, click File » Options » Trust Center » Trust Center Settings » Trusted Locations. Click Add new location. Browse to the folder where you store your Excel files, select Subfolders of this location are also trusted, and click OK.
If none of the above worked, try these as well:
In Component services >Computes >My Computer>Dcom config>Microsoft Excel Application>Properties, go to security tab, click on customize on all three sections and add the user that want to run the application, and give full permissions to the user.
Go to C:\Windows\Temp make sure it exists and it doesn't prompt you for entering.
After giving necessary permissions in DCOM configurations I also needed to change the identity of my application in the IIS to a custom account
I have a Cassini application that uses Access file. Updated installer overwrites both application and database. However, application still sees the old data even after system restart. (Also copied MDB file manually to make sure it's replaced but it doesn't help.)
The only way for the application to see new MDB data is to install it to a new folder.
Connection string is standard (I think):
Connection.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" +
HttpContext.Current.Server.MapPath("App_Data\\" +
ConfigurationManager.AppSettings.Get("dbfile")) + ";Jet OLEDB:Database Password=xxxx";
Any idea what's going on and how to avoid the caching issue?
Update (to answer some questions in comments):
We can reproduce this issue only on Windows 7.
MDB is never updated by the Cassini application. We create database and send it to users. - We did make sure that file was successfully replaced by installer. Actually the same thing happens if we replace it manually.
The problem remains after Windows reboot.
Go to solution Explorer
Select mdb file
Go to properties, there is one property
Do not copy set it to Copy if newer
Set the
Cache Authorization property of connection object to false which is by default true.
http://msdn.microsoft.com/en-us/library/aa140022(v=office.10).aspx
Have you tried using the "Microsoft.ACE.OLEDB.12.0" provider? I believe it comes pre-installed with Windows 7.
The new Windows 7/Server 2008 security model presents virtualised copies of files under some conditions for each user.
Are you possibly hitting this design feature that is presenting the stale snapshots to the users after the installation completes? Is it possible the application uses different credentials to the user installing the database?
There is a description of the functionality at User Account Control Data Redirection. The recommended solution is to use a more appropriate folder for the data
I am creating an AIR application using Flex. In it I use a file in application directory to store some data in it.Its working very well to read and write data to this file with various OS except windows 7. In windows 7 it is not working. May be its a permission problem.
How can i write file in the application directory with Windows 7 ?
Thanks
Arif
Have you tried using the user directory instead of the application directory to store data?
Instead of applicationDirectory use applicationStorageDirctory. Your app should always have access to write tot he latter.
Is User Account Control active on the system? Air may not be triggering a UAC prompt properly, but if it is on, depending on the access restrictions, you will need to have the user ok any changes to the Program Files folder(s).
Edit
Turns out you never have the ability to write to the path associated with File.applicationDirectory, at least as far as the documentation is concerned.
I'm trying to read values from the registry but somehow I seem to be getting the wrong registry. I can't read from any keys that I create and changing the values of keys that I am able to get seems to have no effect.
I'm using Registry.GetValue to get the values and it is returning either null for my keys or the original value for the keys that I changed.
I'm reading the values in an aspx page. The OS is Windows Server 2003 SP2 64bit. IIS is running in 32bit. I'm not sure what other information might be relevant here.
Any information on how this can happen and what I can do about it is appreciated.
If IIS is running in 32-bit mode on a 64-bit server, it will be accessing the WOW64 registry. Try setting values under HKLM\Software\Wow6432Node instead, which will map to a 32-bit process's view of HKLM\Software
Make sure you're not writing to HKEY_CURRENT_USER. Those are for settings localized to the logged in user. Your ASP.NET app isn't going to be able to access your registry settings.
I'm not sure exactly, but I'd suggest trying to place your keys in HKEY_LOCAL_MACHINE/Software. That's where the system wide (like your asp.net app) settings go.