I facing issue regarding fluctuation of Input fields in Siebel
Input fields fluctuate on scrolling.
I’ve done following troubleshooting.
Added in trusted site.
Added in compatibility view settings.
Tried in private browsing.
Graphics Driver installation.
EMIESiteListManager.msi
Windows 10 (IE 11) re-installed
If your version of Siebel is openui, most probably this is javascript issue. Open the browser console and see if there are javascript issues there, try to add the missing files to the server.
It could be due to different versions of browser objects, try clearing your browser cache & restart browser.
Related
Extensively used IE9 Developer Tools and I just updated to IE11 "11.0.2" and the Developer Tools are garbage.
My Network and Profile Tabs are blank.
Is there a "special" setting that I'm missing in order to enable them, or could there be a specific windows hot fix between the IE11 RTM and 11.0.2 that I may be missing?
I had the same problem (version 11.0.9600.17633) on WIN7
Only on one of 4 accounts. Reinstalling IE11, etc did not help.
With regedit, I renamed HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer
to HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer Old
I logged off, then logged on again and started Internet Explorer. This recreated the key. The network tab and profiler tab are no longer blank. Internet Explorer settings have been lost however. I assume the settings and state of Internet Explorer are the same as just after creating a new account.
The network tab was not working for me on Windows 10 Creators Update (Version 1703 OS Build 150063.540) in IE OR Edge.
After trying the various registry changes mentioned by others without success, I removed Internet Explorer as a Window Feature (Control Panel > Programs and Features > Turn Windows Features on or off).
I rebooted and opened Edge and the network tab was working again.
Then I went back into Programs and Feature and added IE back as in installed feature. I rebooted and now the network tab is working in both IE and Edge.
To make blank Network Panel/Profiler Panel appear again(also pin F12 developer tool not working either), delete the following registry DWORD key:
HKEY_CURRENT_USER\Software\Microsoft\Internet
Explorer\Main\TabProcGrowth
This key could be recreated automatically.
I still have this problem using IE 11.0.9600.18097 on Win 7 [Version 6.1.7601]. I post my solution here in case someone faces the same situation like me, that your company doesn't allow updating IE on your own. My
Possible related issue tracker:
https://connect.microsoft.com/IE/feedback/details/808417/ie-11-win-7-developer-tools-does-not-pin
Here is the solution: install the following patch from Microsoft and restart your computer:
https://www.microsoft.com/en-us/download/details.aspx?id=46507
This helped me for IE 11, Windows 10:
sc config diagnosticshub.standardcollector.service start=demand
(see https://www.systemcamp.com/network-collection-agent-failed-to-start-in-ie-11-or-edge/)
It's definitely worth getting the latest updates.
There shouldn't be any special settings. The only special/different thing about the network and profiler tools are the two tools that weren't rebuilt in IE11 and were just themed. However they should most definitely work just fine. Though there are some timing bugs that can cause the tools to hang and crash :(. But, that doesn't seem to be happening for you.
I'm a bit of a loss as to make recommendations on how to fix the issue as we've not seen the issue before (I work on the F12 tools at Microsoft).
If you try a different user account does the same issue happen? Is it happening on all your machines or just one? Does it happen on all pages or just some? (try both an intranet and internet site.)
I created a new local account, logged into that account and that solved this problem for me. All of the tabs in the developer tools work and I can now dock the developer tools as well which I could never do before.
more info:
Not sure if this is the full answer but this appears to be related to settings on your computer more then IE itself. For whatever reason I could not change visual settings or apply themes or change the desktop wallpaper. I followed all the online setting changes for fixing those things. Basically it can be setting changes in group policies/registry settings that disable this. However I'm pretty sure at one point I had a virus on my computer and that destroyed my settings so there was no real undoing of all the damage that it had done. So creating a new account was my only answer.
I doubt this would fix the issue but just to make sure it is not being caused by an extension have you tried running IE without extensions?
from run: iexplore.exe -extoff
This happened to me and the answer was that my machine (win8.1) wasn't being patched per the group policy since the rest of the company's on win7 and the patches are controlled.
When I forced the update-- there's a link on the windows update dialog box that says "Check online for updates from Microsoft Update". I got a gig a of stuff to dl and installed it and we were fine after that.
NOTHING until then- wiping bits of the registry, uninstall ie11, reinstall, etc, worked.
Change the value data in DWORD "TabProcGrowth" that located in "HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main" to 1. close and open IE11 .
For me, Network tab stopped working one day and following worked:
Restart Microsoft (R) Diagnostics Hub Standard Collector Service
Just close IE11 and all its tabs and reopen
I wrote an application using the HTML5 Cache Manifest and I'm having a problem using it in IE 10.
I used Fiddler to witness the manifest file being downloaded and all resources fetched on the initial load of the application. If I disable my network adapter to force the machine offline, the application continues to work as expected as long as I don't close the browser window.
However, when I close the browser window, then attempt to re-open the page from a favorite, IE 10 tells me "You're not connected to a network". Obviously I know that, I'm trying to use the app offline. These exact steps work in Chrome.
Is this behavior by design? Is there a workaround? I can't test with IE 11 right now...is this different in IE 11?
Hearing of some issues of the appcache clearing if your company utilizes gpo settings and has "empty temporary internet files folder when browser is closed" enabled.
Did you find the answer to this? I have the same problem. I did get a bit further though. I found that if you go to the IE10 File menu option and tick Work Offline then try and access your cached app it loads the page but I still have an issue as it does not appear to be using the javascript file that should also be cached. All works ok on Google Chrome but our clients are restricted to IE so Chrome is not an option.
When I browse the web with IE10 in win8's Metro part there is no problem but when I try to view page that is located on server in my local network(the same subnet) it displays this message:
This page can't be displayed
•Make sure the web address http://192.168.1.100 is correct.
•Look for the page with your search engine.
•Refresh the page in a few minutes.
If following these suggestions didn't work, resetting your connection might help.
Reset connection [<-a button here]
Get more help with connection problems
Now the funny part is that there is an option in metro version of ie10 to open page on desktop (in regular IE10) and than it works with no problem.
I can't find or think of any security setting that would restrict browsing websites inside your own local network.
(this is Windows 8 32Bit Release Preview build 8400)
Any ideas?
This is related to EPM (Enhanced Protected Mode) in IE10. It's hard to summarize in an answer here, but Eric Lawrence (a PM on the IE team) has an excellent post detailing everything about EPM:
http://blogs.msdn.com/b/ieinternals/archive/2012/03/23/understanding-ie10-enhanced-protected-mode-network-security-addons-cookies-metro-desktop.aspx
In particular, read the "Loopback-blocked" and "Private Network resources" sections.
In your case, you might try one of these approaches:
Try aliasing the dotted hostname (http://192.168.1.100) via a custom DNS entry (e.g. http://myservice)
Change the Trusted Zones settings
See if your network connection was established as sharing or non-sharing, which would trigger private vs. public mode.
Again, see Eric's post for the details of each of these.
I installed Microsoft SharePoint and Project PWA on Windows Server 2008 R2.
When I want to open Library in Windows Explorer, I randomly get an error:
Your client does not support opening this list with Windows Explorer
When I open IE it's working for 1st and 2nd time, but after some clicks it's not working anymore and I need to restart IE and then it normally works for couple of times.
When it not working through Sharepoint it also not works via \server\DavWWWRoot\PWA and oposite.
I'm searching through the web for weeks and didn't find any solution.
Do you have any idea what should be wrong here. Any suggestion is welcome :)
I had the same exact issue with Windows 7 and explorer view. The following steps resolved the issue for me:
First - be sure that the Web Client service is running (run>services.msc).
Next - In I.E. check Tools>Internet Options>Security>Local Intranet>Sites>Advanced and add the site that you want to use explorer view with.
This finally fixed it for me. I hope that you have already found a solution to this issue! I was surprised at how difficult it was to find a solution to this problem!
This error message is a symptom to a billion different problems.
I solved this problem when I realized my XP32 box could do this just fine with IE8. So I reverted to IE8 in 7x64 (you have to do it by uninstalling updates for IE until you're back at 8) and it didn't work. The build versions were different and on the 7x64 "about" box it said IE8 was using 256-bit cipher while in XP32 it had 128-bit. That to me was a hint that there may be 64-bit issues even when you run the 32-bit executable.
Then I found this hotfix so I reinstalled the windows update for IE10 and then installed this hotfix. Now I'm able to open the TeamCenter site in question in windows Explorer. IE10 reports it's version 10.0.9200.16686. I cannot guarantee that it was the hotfix alone (and not also the reinstallation of IE10) which fixed it. But I'm willing to bet it was the hotfix alone.
In XP I found it impossible to then map this network location to a drive letter, as mapping doesn't like URL's. However in Windows 7 you can transform the URL so that it is interpreted as a Windows share. If the URL of a given folder is of this form:
https://somesharepoint.com/folder1/folder2/folder3
you can also access it as
\\somesharepoint.com#SSL\DavWWWRoot\folder1\folder2\folder3
and, in this form, it can be mapped to a drive letter.
I do have issues at that point that even with IE10 open and logged in to the site I see some random time-out like problems and I get kicked off (and prompted to log in again in IE10). My situation is complicated because the site I'm accessing requires an Exostar token to log in, so I have to log in via website no matter what.
If it helps any one do the steps suggested above:
Make sure to use 32 bit internet explorer (program files (x86)/internet explorer).
Like was mentioned above Web client must be started.
You may also need to add your site to trusted sites in internet explorer.
Make sure enabled protected mode in internet options is disabled.
This is what finally fixed it for me: Check "Keep me signed in" on the login page. This was the key for me. Will not work without it checked in my case.
I had the same symptoms, and it turned out I don't have a root site collection. Creating one solved this for me.
Summarized the troubleshooting steps here:
http://letitknow.wordpress.com/2012/07/22/your-client-does-not-support-opening-this-list-with-windows-explorer-error/
There can be multiple reasons for it.
One could be using IE x64 version. It won't work there.
Secondly, check out this blog:
http://blogs.technet.com/b/asiasupp/archive/2011/06/13/error-message-quot-your-client-does-not-support-opening-this-list-with-windows-explorer-quot-when-you-try-to-quot-open-with-explorer-quot-on-a-sharepoint-document-library-in-office-365-site.aspx
I experienced the same problem as well.
And I found out that if none of the above options are working, and if you work in an organisation, maybe the proxy is blocking the "Open with Explorer" option.
I did the same, and removed the proxy and it worked just fine.
this fixed it for me ( however in windows server 2008 you may need to install desktop experience i think its called)
After you log into windows go into services then restart the WebClient then see if you can use explorer view without the error " your client does not support. blah blah blah" if it does work then. make a batch file that says:
net stop webclient
net start webclient
then make a scheduled tasks that runs that batch file at start up. Have it run as a user with administrative rights, make sure you tell it to run even if user is not logged in. it should prompt you for the password of the admin account you selected. this worked for me with windows 7.
I found online where the error can occur intermittently with SharePoint 2010, however I think the SharePoint version is irrelevant. They said the client polls for a SharePoint root site and that the error occurs if one isn't found.
We have not seen the error since I created a root site even though we’re only using WSS3. Our errors began when we changed clients to Windows 7. So in our case it sounds like the issue could be the root site polling due to an IE8 security change in Windows 7.
SOLUTION:
*you on x64 bit machine* so solution is that there is no problem but you are using the wrong IE shortcut.
There are different IE types you can use (just type Internet Explorer in start search bar) and you will see..
Internet Explorer (64-bit) - won't show any sharepoint add-ons
Internet Explorer (No Add-ons) - won't show any sharepoint add-ons
Internet Explorer - only this will show sharepoint add-ons and will
work so basically make sure you always use this version of IE
We have customized ribbon(js scripts) that loads properly in IE and firefox but in google chrome(which is a requirement to use it due to its high response time) it does not load the ribbon at the first instance. However, it loads after several page load refreshes(Ctrl + F5). If anyone come across this issue, provide your inputs. Appreciate your help. Thanks
SharePoint and IIS are always trying to cache resource, to ensure application performace. When you're doing SharePoint Development you've always to ensure that cache is cleared.
Especially when you're working with the SharePoint ribbon it's required to clear the cache before accessing the website after deployment.
When you're using CKS tools for deployment from VS2010 you have to ensure that files are copied to the SharePoint Root. Sometimes I get an exception when they try to overwrite JS files in the SharePoint root, because sharepoint has a handle on them.
When doing SharePoint development I always copy *.resx and *.js by hand.
The issue appears to be with the rendering of the search box control in Google Chrome. Try adding 'Visible="false"' to the 'SharePoint:DelegateControl runat="server" ControlId="SmallSearchInputBox" Version="4"' control on the master page. This corrects the rendering issue for us.
SharePoint is officially not built to work in Google Chrome
I just fixed my webkit (chrome and safari) browser issues such as scrolling and the ribbon loading with this nice script http://goo.gl/1OUlI. Ended up being a timing issue. Hope it helps you out. I see this is a bit old but no best answer.