This is happening to me on Windows 10 Pro 64-bit. When I first installed Dropbox 3.14.7 I thought it it was well-behaved, because it offered an option to disabled "Start Dropbox on system startup". But that doesn't work.
I have certain drives that aren't mounted when the system starts. I have moved the Dropbox configuration files (via an NTFS symbolic link) to that drive, but I make sure that I mount the drive before starting the Dropbox desktop application. I have disabled "Start Dropbox on system startup".
Yet still when I boot Windows 10, Dropbox throws up a dialog informing me that it has failed to start. *I had told it not to start automatically! Of course it will have a problem---I haven't mounted its settings drive yet. *But I told it not to start!*
If Dropbox has a "Start Dropbox on system startup" option, it should honor that options. Don't control my system while pretending to give me options to disable the software. Please tell me how to *really* stop Dropbox from starting automatically, even the secret whatever-it-does-to muck-around-with-my-system, or I am removing the software from my computer. Thanks.
Same problem. Windows 10. Dropbox never requested or installed, not welcome, do not want it to intercept pdf downloads. But cannot stop it. Changed all startup and asssociate settinga to Adobe but DropBox will not go away. It is malware that cannot be removed and DropBox support keeps posting "fixes" that are fake news..
Did this post help you? If so please mark it for some Kudos below.
Did this post fix your issue/answer your question? If so please press the 'Accept as Solution' button to help others find it.
Still stuck? Ask me a question! (Questions asked in the community will likely receive an answer within 4 hours!)
The more software you install on your computer, the longer it may seem to take to start up Windows. Many programs add themselves to the list of programs started when you boot your computer, and that list can get long. Here's how you can disable startup programs in Windows.
If you're running a modern version of Windows 10, there's a Startup Apps management panel that makes it super easy to disable startup programs. Just open up the Settings app, and then search for "Startup", and open up the Startup Apps panel.
Windows 10, like Windows 8 and Windows 8.1 before it, makes it really simple to disable startup applications. All you have to do is open up Task Manager by right-clicking on the taskbar or by pressing Ctrl+Shift+Esc. Click "More Details," switch to the Startup tab, select an application, then click the Disable button.
It's smart to have some programs start with Windows, such as anti-virus and firewall software. However, for most programs, starting them at boot-up just wastes resources and extends startup time. There is a tool installed with Windows, called MSConfig, that allows you to quickly and easily see what's running at startup and disable the programs you prefer to run on our own after startup as needed. This tool is available and can be used to disable startup programs in Windows 7, Vista, and XP.
MSConfig can be used to configure several things other than just startup programs, so be careful what you do with it. If you're not sure about using it, just follow the steps in this article and you should be fine.
To run MSConfig, open the Start menu and type "msconfig.exe" (without the quotes) in the Search box. As you type, results display. When you see "msconfig.exe," click on it or press Enter, if it is highlighted.
Click the Startup tab on the System Configuration main window. A list of all the startup programs displays with a check box next to each one. To prevent a program from starting up with Windows, select the check box next to the desired program so there is NO check mark in the box. Click OK once you have made your choices.
A dialog box displays, telling you that you may need to restart your computer for the changes to take effect. Click "Restart" to restart your computer immediately. If are not ready to restart your computer, click "Exit without restart."
Note that some applications need to be configured to stop launching themselves when the computer boots or they will just add themselves to the list of startup programs again. In this case, there is usually a setting in a program's options to prevent it from starting with Windows.
GlobalProtect by default installs itself to run at startup, as most VPN clients do. This ARTICLE goes in-depth with how you would disable this if it isn't a required action in your enviroment. There are ways to script this with Group Policy that I would suggest looking into unless this is a really small installation.
This is an incredible annoyance for our users, the App is set to On-demand yet the portal pops up continuosly for logon credentials even though the app is clearly displaying "OnDemand mode" as it does so! I thought the whole point of "OnDemand" was that the user could initiate it when required, not a continuous spamming of the user for credentials to initiate a VPN connection they are not interested in.
Thanks, but I'm trying to configure the behaviour globally for hundreds of users, not just swat away the symptoms on one machine manually. Additionally, if it's not running, there's no systray icon to click on, and that's how users have been trained.
Perhaps my Google-fu is weak, but I'm aware that there's a bug with Globalprotect that, even if it's configured in On-demand mode, behaves as if its in SSO mode.
Ideally, it autostarts in on-demand mode, and actually respects that on-demand setting, sitting there in the system tray until user-interaction.
This isn't a bug, it's a design decision with how SSO functions within GlobalProtect. Once you restart the GP client gets set to default mode, which means that on-demand isn't setup and it defaults to SSO. The client them does a discovery on the portal to determine if it's setup with on-demand or SSO. Since you are in on-demand mode, the notification that pops up should simply be the "connect" option.
I won't argue that PAN should include some savable registry key or something of the sort to stop this functionality and default to true on-demand, but it isn't setup like that as is. In the current implimentation this functionality would break SSO; there was hope that during the redesign of the agent they were going to make some backend code changes to allow for this feature request to finally be fullfilled, but that simply wasn't the case.
Understood, that's a very disappointing design choice by PA. It's certainly working as intended, it's just infuriating and causing a lot of hatred within our company (and also hurting the reputation of GlobalProtect across the wider web community).
Since the article detailing this has been pulled (at least, neither Google's cache nor my login are permitted to view it) would you be kind enough to detail how I could configure Globalprotect not to autostart globally? This is something that needs to be configured at the portal end, since our group policy doesn't have any influence on machines outside our domain (and used by BYOD staff and those working from home).
You're going to hate my answer to this .... you can't stop the 'start on logon' for the GlobalProtect app from the firewall, it needs to be done on the end users machine. Since you don't control the end-device you also can't do this any other way since you wouldn't have the rights to modify registry keys or anything like that. The article in question essentially simply walked users through removing the start on logon functionality on their machines, nothing more.
It's possibly something you could/can manually modify through something like InstEd and simply remove the functionality and rebuild the msi file. However that's questionably legal when it comes to redistributing the file or telling someone they could/can modify the MSI to get the behavior to function as they wish. You probably could/can do something like that, maybe, and get it functional. If someone were to do this they might want to look at the Registry and Component table, they might be able to modify those locations to stop GP from automatically being included in the statup directory. But who knows, I'm certenatly not telling you it's possible
Having GP reset itself to default mode means that the "on-demand" setting is being ignored. That's a bug, in my opinion but if PA have a reason for this weird behaviour they should at least add an option to workaround this behaviour for those that actually want an on-demand VPN client, or simply remove the on-demand option altogether because it's not usuable as one.
I completely agree with you that its a bug. I have already spent 15 days with Palo Alto tech support to resolve Pre-Logon then On-demand but unfortunately tech support is still unable to resolve the issue. Even in my case I am losing confidence on Palo Alot tech support. Configuration in the "App configuration" tab is telling one thing but practically it is doing another thing.
Let me share an example to show how annoying it can be for some. A friend recently got a laptop with Windows 10 installed. Every time she started the laptop, Microsoft OneDrive would open. It was really annoying and it slowed down the startup process. She looked for solutions online and found the Task Manager option. She disabled OneDrive from opening on startup and it saved her time and frustration each time she turned on her laptop.
Microsoft OneDrive is a cloud storage service that gives users access to their documents and files. It links up with Windows 10, making it simple for people to save and sync data. To make the most of it, understanding Microsoft OneDrive is important.
d3342ee215