I installed Siebel 8.1 version with sample database in my system (Windows 7 OS). I have both IE8 and chrome installed in my machine. Whenever I open Siebel Client, it opens in chrome by default.
To change my IE as default browser, I opened IE and navigated to Tools->Internet Options->Programs and checked "Tell me if IE is not the default browser" and also clicked "Make default" button. Once those changes are made, I restarted my IE.
Even after I made IE as my default browser, Siebel Client still opens in chrome. Now my all other applcations are opening in IE by default except Siebel Client. I do not want to uninstall chrome as well.
Is there anyother way to resolve this?
Thanks.
You can try this,if you’re using 64-bit Windows, add the following to your Web Client shortcut. This ensures that the 32-bit version of IE is in use: /b “C:\Program Files (x86)\Internet Explorer\iexplore.exe”
Related
I have created a secure embedded report (using the new method released in 2019) as specified below:
https://powerbi.microsoft.com/en-us/blog/easily-embed-secure-power-bi-reports-in-your-internal-portals-or-websites/
I created this in an html page using the supplied iframe.
It works fine on windows firefox and edge. It does not work in windows chrome.
It works fine on mac chrome. It does not work on mac safari.
It fails on windows chrome after opening a new tab and asking for the login details, this tab then closes and the power BI symbol in the embedded report just flashes like it is loading but it never finishes.
On Mac safari the login fails. It looks like it gets caught in a loop of some kind.
I just want it working on windows chrome really.
I have tried clearing my complete browser cache, cookies, rebooting serveral times and allowing pop-ups with no luck.
It does not make a difference if I select "remember me" or not at the time of login.
I have the latest version of chrome.
Does anyone know how to resolve this or if this is a know issue?
Here is the embedded report. You won't be able to access it but it may give you an idea of the issue:
https://fir-trial-66e3f.firebaseapp.com/embedded-report.html
I also can't log into the PBI community with this account so that may be related. The account works fine logging in to PBI Service or desktop. It is a PBI trial Pro account.
I had the same issue, i solved it by disabling the "Prevent Cross-Site Tracking" in Safari Settings. This worked for me and my clients. I hope it works for you too
I had the same issue in chrome. Solved it by enabling "Allow all cookies" in chrome settings.
I recently opened Wamp server after a long time I didn't touch it. It was fine back then, but when I try to open Wamp server now, I get an error that says
The application was unable to start correctly (0xc0000142).
In addition, the wamp icon is orange, while back then, it was green.
I have tried to search for a solution on the internet, but I wasn't able to find.
I have also noticed that when I try to open phpMyAdmin, the page says
#2002 - No connection could be made because the target machine actively refused it.
The server is not responding (or the local server's socket is not correctly configured)
But i'm able to open my localhost start page (the one with the loaded extentions list).
Thanks for helping.
Same error after creators update 1703 (Windows 10).
Error: httpd.exe was unable to start correctly
Error code: 0xc0000142
I'll do a quick google search and see what this is about. I will get back for sure.
UPDATE: SOLUTION
WAMP has released a cumulative update to fix this. It is strongly encouraged that you apply this update after you’ve installed WAMP.
Wampserver update 3.0.8. Sourceforge.
Once you apply this fix, you will be able to start (Apache) WAMP normally.
Actually this error relate to Windows Firewall.
You can go to "Control Panel\System and Security\Windows Firewall\Allowed apps" after that click change settings and in Allow apps and feature find "Appache HTTP Server" and check public then click OK.
Verify your Windows Firewall Services is not running.
I faced the same issue after installing 64bit Wamp. While installing I was not prompted to allow http daemon by the firewall service.
Unsure what to do, I installed the 32bit Wamp & the firewall service prompted me to allow the http daemon.
Wamp started showing green!!
I am using the free postman app on win 7.
I am unable to see application menu and update tab on settings dialog.
I have enabled debugging for packed apps as shown below.
Debugging for packed apps Mac, Windows, Linux, Chrome OS Enables
debugging context menu options such as Inspect Element for packed
applications. #debug-packed-apps Disable
Is there any way to get these items?
I am also using Postman Windows app on Win7.
I am getting all those options.
What version are using, the current is v4.10.3.
You may try to uninstall the existing one and re-install the current version.
So there is a native app and there is a chrome app i.e. Postman for windows and Postman for Chrome.
The Postman for Windows app has the options Certificates and Update but i didn't see the same on Chrome App.
Also, the interceptor is an add-on on the chrome app whereas the windows native app provides a proxy settings option.
I have made a browser plugin and tried to deploy it from a .cab file in IE. And it's per-user install.
My problem is in Windows XP, The installation works well in different users. However, in Windows 7, when open the page including the .cab, the .cab file is downloaded and extracted, but when I click 'install' button, nothing happens.
Here's .inf file:
[version]
Signature="$CHICAGO$"
AdvancedINF=2.0
[Deployment]
InstallScope=user
[Setup Hooks]
hook1=hook1
[hook1]
run=%EXTRACT_DIR%\MyPlugin.exe
'MyPlugin.exe' is in the .cab file too.
Note that there's a [Deployment] segment in the code, I get it from MSDN, if delete this segment, it can install in Win7, but UAC popup and I need to enter admin password. But the browser plugin I made is for per-user, I think it should not need the admin privilege here.
UPDATE:
Now I find that IE doesn't request admin privilege only when browsing the page from intranet, otherwise, it will still request admin privilege if browsing from internet, so I doubt that IE will force using admin privilege to execute the hook to install .exe file.
If your %EXTRACT_DIR% is anywhere outside of \users\%user%\ or any subdirectories then it will require administrator password: ie. Programfiles.
You are probably not registering your plugin under HKEY_CURRENT_USER , for the deployment to work without the UAC popup popping out correctly on Windows 7. According to MSDN your plugin needs to be registered under HKEY_CURRENT_USER : On both Windows XP and Windows Vista, non-administrators are prevented from installing any ActiveX on their own. But now an **ActiveX registered under the HKEY_CURRENT_USER** hive is now fully supported by Internet Explorer within the context of a user's privilege level.
Windows web server 2008 R2 64 bit, CF9 64 bit, IIS7, ISAPI extensions and filters and II6 metabase compatability installed. OS is on C default, and trying to install CF to D:
Testing IIS and it shows index.html correctly from c:\inetpub\wwwroot at http://localhost/index.html
Then I install CF to D:\ , single standard server licence, select run with all IIS sites, select C:\inetpub\wwwroot as the web root for administrator, and when it gets to the bit where it is supposed to open up administrator to complete the installation it opens up the browser with a 500 error.
Now when I go back to http://localhost/index.html I also get a 500 error, if i uninstall CF I can again reach the html page.
CFIDE has been installed in C:\inetpub\wwwroot presumably correctly. Can anyone tell me where I'm going wrong please.
Update
The exact IIS error is
HTTP Error 500.0 - Internal Server Error
The page cannot be displayed because an internal server error has occurred.
Module IsapiModule
Notification ExecuteRequestHandler
Handler AboMapperCustom-28262
Error Code 0x800700c1
Requested URL http://127.0.0.1:80/test.htm
Physical Path C:\inetpub\wwwroot\test.htm
Logon Method Anonymous
Logon User Anonymous
Resolves as below
There is a setting Enable 32-Bit Applications under Application Pool>Advanced settings. Set this to True and you will gain access to your CFIDE>Administrator page.
I would suggest first trying a restart. It is one of those things that after the fact sounds so obvious, but you never think of it. I know I have had problems with installing CF under IIS and had to restart the server to get it running.
I'm humiliated to admit it, but the problem was that what I thought was the cf9 64 bit installer, was the 32 bit one.
# Dave and # CfSimplicity many thanks for your help and in particular the IIS user account stuff was new learning for me.
Try checking the file system permissions for this folder:
D:\ColdFusion9\runtime\lib\wsconfig
The account that IIS uses needs Read, Execute and Modify permissions on this folder and below.
It might be because of two problems.
1) you haven't installed CGI, ISAPI extensions and ISAPI filters aren't installed yet in Web Server (IIS) of Server manager.
Window 2008 R2 with Coldfusion
2) you need to enable 32 bit application at IIS7.
Internal 500 error CF9 on Window 2008
I tried a different approach with my Windows 7 Home Premium - See http://coldfusioner.blogspot.com/2011/12/fix-number-1-installing-64-bit.html
It seems that I was successful by using the IIS Connector batch scripts manually and then to create a second default web site after installing the handlers. My article link above shows the steps I took - a very raw article and will likely be refined as I hear from others how they adapted my approach. The important thing is that this worked ;>) I hope it helps others...
The problem could be that your Application Pool that is part of your default website. It is possible to set it to run 32 bit applications. Try setting the Enable32bit to false in the defaultapppool of your IIS server, restart the app pool and your www service itself. Then try to use the ColdFusion wsconfig tool to add the IIS mapping. It should work even without the cf 9 updater 1 being installed on the server.
To avoid a 500 error when accessing the Administration console for the first time when installaing ColdFusion 9 on a Windows 2008 server with IIS 7.5 installed, include the "IIS_IUSRS" user group with "Full Control" to the \Lib\wsconfig folder in Enterprise server or \runtime\lib\wsconfig folder in Standard server. Before starting the ColdFusion install, make sure the "IIS 6 Management Compatibility" functions are installed, especially the "IIS 6 Metabase Compatibility" function.
Assuming that you use the default installation paths (C:\JRun4 for Enterprise or C:\ColdFusion9 for Standard), here is a step-by-step approach:
Begin the ColdFusion installer as an Administrator. At the completion of the initial installation process, but before accessing the online Administration console, do the following:
1.) At the Start Menu, select "Computer"
2.) In the Enterprise install, go to C:\JRun4\lib. For the Standard install, go to C:\ColdFusion9\runtime\lib.
3.) Right-click "wsconfig" and select "Properties" to open the wsconfig properties dialog box.
4.) Click the "Security" tab.
5.) Click "Edit" to change permissions for that folder.
6.) Click "Add..." to add a new user/group.
7.) Enter "IIS_IUSRS" in the Object name field and click OK to return to the Permissions dialog box.
8.) In the permissions dialog box, ensure that the "IIS_IUSRS" group is highlighted and click "Full Control" in the "Allow" column, then click "OK" to close the dialog box. Ensure that the permissions change will affect all files and folders under wsconfig.
9.) Click "OK" to close the wsconfig properties box.
Return to the ColdFusion installer wizard and continue the installation by clicking the open ColdFusion Administrator link. If the settings are correct, after a minute or two, a web browser with the ColdFusion Administrator Console should appear so you can complete the installation.