I was trying to download Turbo C++ on my PC, and I happened to notice that under 'User Information' it had my email id. I tried downloading the program installer from an Incognito window, thinking that it might have picked it up from my browser (Brave). But it, somehow, still had the email id. It would be wonderful if someone could help me understand what is going on. Thank you :).
P.S. I've attached an image too. Screenshot of the installer
Open up a command console.
Type 'set' and return.
You'll probably see a line near the bottom of the list like:
USERNAME=ddaniels#gmail.com.
At some point when Windows was installed, that was the user name entered for the installation.
Alternately it might be buried in the registry somewhere ...
It's possible for a program to read user information from Windows including your email address if you are singed into a Microsoft account.
There are other places in the OS where this shows up including the About Windows dialog (winver).
Related
I am debugging an RDP connection, and in the .rdp file there is a flag
workspace id:s:my-rdp-host.example.com
I see this parameter included in examples in many places on the internet like StackOverflow and in Microsoft support. But, no one ever explains what it does. It is not even listed in the official docs for RDP.
So, does anyone know what the workspace id:s: setting does in an RDP file?
This value seems to appear in remote application session when mouse is over rdp icon in task bar. For example see the icon where i set: workspace id:s:test
enter image description here
I have tried time and time again to get remote-edit working within atom. I have added my known working FTP server, click on the Browse Hosts button, and attempt to connect. I am 100% sure the username and password are correct. I don't know what kind of data to provide, other than it worked once, but has never worked again.
From a look at the source, remote-edit prints all errors to the console. To open the console, open the View menu, then browse to Developer and click Toggle Developer Tools. Or use the shortcut CmdAltI (it's probably CtrlAltI on Windows.) This should help finding the cause of your problem.
I know this is not a very common problem and very few people has concern with this but problem is still there, waiting for your feedback guys.
In windows XP, write click on file, select "Version" tab and you will have complete information about your file, for example "BuildType" and very important "Comments" to check that your application is Unicode or Non Unicode. As you can see it this picture.
But in Windows Server 2008, if you right click and select "Details" you will get some information and most of them are just crap, for example windows copyright year, file description, language , original name. As you can see in this image,
My Question, is there any solution that you can activate these hidden information in system settings some where in windows 2008 server or any small application which i can install and can get my required information.
Problem arises because as we know that in coming year technically windows XP will be in grave.
Thanks in advance
Fortunately somebody has written a 3rd party extension to bring back this functionality.
I use firefox for my web development and I bet most of you guys too. I've been doing a lot of form development recently and this annoying message
"To display this page, Firefox must send information that will repeat any action (such as a search or order confirmation) that was performed earlier."
is just beginning to piss me off.. I mean, come on! I don't need protection on my localhost, thank you! So, my question is: are you aware of any config, hack, plugin to suppress it? If not, how do you live with it?
Apparently there is neither configuration option nor extension to turn off this annoying confirmation window.
However, the workaround I use is as follows.
Download and install application AutoHotkey from: http://www.autohotkey.com/
Create the following script:
^f5::
Send {f5}
sleep 100
Send {enter}
Save with .ahk extension.
Double click to run it (a new icon should show up in the system tray).
Now every time you press Ctrl+F5, the script presses F5 and then Enter. Voila, the confirmation window supressed.
Here's an equivalent of Patrick's answer for Linux users (Ubuntu in my case).
Install autokey (it's in the repos). Add this python script:
import time
keyboard.send_keys("<f5>")
time.sleep(0.5)
keyboard.send_keys("<enter>")
Hook this script to f5 and you will never see the confirm message again. Tested with latest firefox.
I have a program that was written on XP. What I've found out is that it doesn't work properly on Win7 because HLKM is no longer writable by non-admins.
Essentially, when you register the program, the licensing information is supposed to go into the registry. That information is valid for everyone on the computer, not just the one user, so I don't want to put it in HKCU. But any copy of the program needs to be able to edit that registry (even if it's a non-admin running it), because there are certain situations when it's going to go get updated license information from my web server (for example, if the registry data is lost or damaged, or if your current license is expired and it needs to see if we've applied an extension).
It's not horrible if it goes out to the web server for every unique user who starts up the program, but it causes some annoying issues, so I'd rather it continue to work the way it did in XP. Is there a way to store data in the registry and still have it shared under Win7, or am I going to have to start looking at storing an INI file on the drive?
Here is how I would architect it: your setup runs elevated and sets up the key. Then if their licensing gets corrupted or whatnot, you enable a button or menu item that has text like "fix license" or "update license". You put a shield on that button or menu item. When they click it, you launch a separate exe using ShellExecute. That exe has a manifest that requires elevation. It can then write to the protected area of the registry. The rest of the app can have a manifest with asInvoker.
If you want it to be completely invisible, either the whole app must always run elevated (annoying) or sometimes the app will just launch another exe that asks for elevation without warning - in which case the smart users will say no. A little less invisibility is a good thing imo.
Could you get the installer to make your particular area of the registry to be writeable by everyone? The installer will need to be run with elevated privileges anyway, I'd expect - so this would seem an ideal approach.