I have installed SQLSERVER2k8r2 (with ssrs) on a win 7pro virtual machine, but every time i try to go to the report manager page though IE , firefox, chrome , all i get is only a blank page no header bar or anything just a blank page.
Every time i try it by running as admin in IE, have set http://Win7VM as a trusted site, i get no error codes or messages like access denied, turned off the windows firewall cause this is a test VM have no anti-virus installed on it.
I have been on google for the last whole day trying to find out why this is happening , have not been able to find anything.
Luckily I haven't had this issue but I have heard of others having it and it was due to some permissions issue.
Check out to see if it helps:
http://dobrzanski.net/2008/03/28/reporting-services-blank-report-manager-screen/
https://social.msdn.microsoft.com/forums/sqlserver/en-US/fffa4d0d-6cc9-4385-8a30-8a1b8243f619/report-manager-blank-page
Related
OS is Win2012
Plesk 11.5 panel
ME Pro 7.5
ME diagnostics are green
There have been no configuration changes to the server. It's been running without issue for some time.
Today found that folders will not display in webmail, and therefore no messages are accessible in webmail. This includes the inbox, deleted items, sent items, etc... If I create a new folder, it says it is created successfully, and in fact I can see the directory appear on the file system. But it will not display in the web browser. I've tried with Chrome, IE, and Firefox.
The only branch that displays are the Mailbox-username and the My Files. Selecting the Mailbox-username branch I get the summary in the main pane that lists the number of messages in the inbox, junk e-mail, and deleted items as well as other data. but I am unable to access any of the folders themselves. They are not even listed in the navigation pane.
As far as I can tell, file permissions are correct. I have even run MEINSTALLER to run the verification. And procmon is not showing any access denied errors.
I have tried removing _index.xml from the user root as well as individual folder directories.
No errors are displayed on the page.
Event log does show errors that about not being able to access _activity.blk. However, those are for mailboxes that no longer exist. But other than that, no other errors found.
I'm out of ideas.
thank you,
michael
The issue is caused by a .Net Framwork update (KB3186539) . The update breaks webmail so that it will not display folders and messages. This affects multiple versions of MailEanble webamil, including the current version.
Here is a ME thread on the topic
http://forum.mailenable.com/viewtopic.php?f=7&t=41791
At this time, while there are beta updates for ME, if you have an older version or do not wish to upgrade to a beta, the work around is to make a change to web.config.
In the Mail Enable\bin\Netwebmail directory and adding the following between the and tags:
<caching><cache disableExpiration="true"/></caching>
Updating the web.config resolved the issue on our server.
My Google Chrome developer tools are disabled. I'm not sure how it happened. I was using them in the morning then went to use them in the afternoon and the F12 button wouldn't do anything. Same with ctrl+shift+i.
If I navigate the 'Tools' menu, I can see the 'developer tools' link, but it is grayed out and disabled. Does anyone have any idea how to re-enable them? I uninstalled/re-installed chrome twice but no help.
Delete the DeveloperToolsDisabled registry key in Software\Policies\Chromium\DeveloperToolsDisabled
https://chromeenterprise.google/policies/#DeveloperToolsAvailability
I found it named slightly differently (Win7):
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\DeveloperToolsDisabled
I set it to zero and restarted Chrome --> all is well. No idea how it got set.
Update 5/30/2014: This value was set again, there must be some security policy against this flag where I work. I deleted the key completely and will report back if it appears again.
Update 6/13/2014: Definitely we've got a security policy that is setting this key daily. As a workaround I've created a file, "fix_developer_options.reg" with the following contents and put it on my Desktop:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome]
"DeveloperToolsDisabled"=dword:00000000
This file, when double-clicked, will automatically make this setting in the registry. After that, you need to restart Chrome to get the change. (One step better would be to have this executed when you log in.)
Update 3/4/2018:
In Windows 10 this setting has moved under HKEY_CURRENT_USER as #DGinzberg mentions below in the comments. I found it here on a new computer:
[HKEY_CURRENT_USER\SOFTWARE\Policies\Google\Chrome]
check policies - type chrome://policy/ in url bar. if DeveloperToolsDisabled is set to true, update the registry entry
I just came across a similar issue on my university's website where I could not open the dev tools. Dev tools were opening on other websites in adjacent tabs but not on this site.
Solution:
What worked for me was that I clicked on the address bar of the browser and pressed F12. And it worked. It did not work afterward when I un-selected the address bar and tried again. But worked again when I did it by selecting the address bar.
Hope it would help someone.
Found another issue with the Dev Tools not opening/ working
If the Block access to a list of URLs Enabled
and "file", "" is in it
or
file:// is not in the whitlist of url, the DEV Tools wont open either :)
Maybe that helps someone
Open regedit (Registry Editor) and find the DeveloperToolsAvailability key by first going to this path:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\
... then click Chrome and select DeveloperToolsAvailability from the list on the right. Double click it and change it from 2 to either 1 or 0. Click OK and close regedit, then close Chrome and re-open it. Chrome dev tools should now be enabled.
However, depending on your system, you may instead have the DeveloperToolsDisabled key in that same path. If so, delete that.
If you are using a Google Workspace account and have Google Admin Console permissions, you can follow the below steps to enable the Developer mode of Chrome browser for the entire organization or just an OU.
Log into the Google Admin console (admin.google.com).
Navigate to Device>Chrome>Settings (https://admin.google.com/ac/chrome/settings/user).
On the left, select the proper organization unit which contains the user/s you want to change the configuration for.
Update the "Developer Tool" settings with “Always allow use of built-in developer tools”.
SAVE changes.
When I run the Windows Tray Notifier on my Windows 8 virtual machine, it remains stuck on a "logged in" message if I hover over the icon of the program in the system tray, and I can't do anything else other than force the shutdown with the Task Manager. I set the correct address where my TeamCity test server is running but it seems unable to connect to. Any help is appreciated.
Fixed it via the following steps:
Repaired via installer (this clears saved login data)
Logged into a different server running Teamcity 6.5.3 - this worked
logged out again and logged into our main teamcity server (running 7.1) - tray notifier is working again
Very strange! Above workaround would only work if you had access to a second server too.
EDIT: Two further workarounds have been posted on the thread I started on the Jetbrains forum, so I'll repost them here for the benefit of others.
Solution 1:
Kill running tray notifier in task manager
Open regedit, in HKEY_CURRENT_USER\Software\JetBrains\TeamCity\WindowsTray\Login, update the “S” property to http://192.168.1.1:8080 (substitute real ip address, without the quotes, trailing / seems to be important)
Open IE, go to team city site
Log in, checking “remember me”
While IE is open and connected to TeamCity, start up tray notifier.
Takes about 15 sec to change from “logging in” to connected.
Solution 2:
Open IE, select Internet Options, Security Tab, add the TeamCity server address to the trusted list.
Please note, I haven't personally tested either of these methods, just posting them here for information since others have found them to work. Hope this helps!
Since upgrading the server to 7.1.1 this issue hasn't reoccurred for me. Looks like it's been fixed as per Eugene's comment elsewhere on this thread.
This issue is definitely a bug in the tray notifier.
It isn't popping up login credentials, so
Log first into IE
Check remember me - try to save credentials
Close IE/Launch the notifier
It should be successful
Henry Wilson posted the answer in their forums. Hopefully it's fixed soon.
I had a similar problem, the only difference is that it was stuck in "Loading..." and not in "Logging in...".
I added a trailing slash to the URL in "HKEY_CURRENT_USER\Software\JetBrains\TeamCity\WindowsTray\Login" but it didn't help, so I deleted the whole tree "HKEY_CURRENT_USER\Software\JetBrains\TeamCity". After a restart of the application, it asked again for the URL.
I use 8.0.5 on the server. The tray notification reports "build NA" in the about window...
I have had this on:
Windows 7 - 64 bit,
TeamCity Pro 7.1 (build 23907)
All other effects are identical as above.
The suggestions above didn't work for me, but it did allow me to re-enter the server address.. still the problem persisted.
What worked for me was to remove then re-install in "Program Files" instead of the default "Program Files (x86)". There are a few reasons why this as-a-fix should be unnecessary, but it worked and I'm happy.
This worked for me:
Open the CI-Server URL in Internet Explorer
Log out from the CI-Server
Restart the Tray Notifier (maybe kill via Taskamanger)
Log in again
p.s. not sure if it is relevant, but for completeness:
I also added the CI-Server URL in the trusted sites in Internet Explorer → Internet Options (as mentioned in this answer: https://stackoverflow.com/a/12001721/1520422)
After setting up WinQual and WER for the first time, I intentionally inserted a crash in a release build expecting\hoping to get the WER dialogue but instead still get the dialogue containing "runtime error! The application has requested the runtime to terminate in an unusual way...".
Everything seems to be working correctly regarding the setup of WinQual (along with all the supporting symbol server, source server,WinQual account, submitted mapping files and verified their presence my WinQual account). Now I want to verify that dump files are created, submitted to WinQual and I can retrieve them for debugging.
I verified that my PC's (XP Pro SP3) error reporting is enabled (system properties-error reporting). I figured the hard part would be setting up everything above not getting the program to actually show the WER dialogue. Is there some modification to the exe or the PC needed?
It's good to know I may not be (completely) crazy. You're right that external issues were causing problems for the WER dialogue.
I changed the crash to the code above, just in case my version was too brutal, and ran the application on three machines and it appears that the presence of Visual Studio and/or just-in-time debugging, on XP and Win7, was affecting the WER dialogue. For anyone interested this is what I saw:
XP with Visual Studio. Asked to choose a debugger and if I chose No, the program exited without the WER dialogue.
XP without Visual Studio. Displayed WER dialogue and sent the error report (yeah).
Win7 with Visual Studio. Did not crash at all.
Win7 without Visual Studio. I have not tested yet but suspect it will behave correctly.
So as you implied, a combination of the crashing code and unrepresentative testing environment were thwarting my test.
Thanks so much!
If you are using a WinForms application there is a catch handler in it's event loop that pops up a dialog and prevents Windows Error Reporting (WER) from kicking in.
This call prevents this from happening.
(http://social.msdn.microsoft.com/forums/en-US/netfxbcl/thread/176b7f8c-3efb-4e6f-8deb-c685c62629db/)
The magic line to fix:
Application.SetUnhandledExceptionMode(UnhandledExceptionMode.ThrowException);
There shouldn't be anything you need to do in the application to get it working. I suspect you've somehow managed to crash in some strange way that is not working too well with WER. Try adding a crash once the application has initialised, rather than during application startup (if that is what you're doing). I usually do something like this:
int* p=0;
*p=1;
Another possibility is that your machine isn't going to give you the same results as an end user because of the Just In Time debugger of Visual Studio, so try it on a typical end-user machine. A further possibility is that your machine is XP and WER support was at an early stage in XP and is better in Vista and Win7, so try crashing the app on a newer machine.
I am using Microsoft Robotics Studio for a school project and I am getting a strange error when I try to run the Visual Simulation Environment. It was working fine until yesterday and then suddenly it gave me a runtime error saying "Illegal command line arguments... do not use VPLHost directly, use dsshost instead to run a manifest" But I am only clicking on Run in VPL/DSS Manifest editor.
I am running MRDS as administrator and I even tried re-installing MRDS but it is still showing the same MS VPL Runtime error. I tried to search online, but cannot find any suitable solution.
I already tried running the existing samples, I.e. Urban Environment, Multiple Simulated Robots etc. but it still gives me the same error. The strange thing is that it was working perfectly one minute, and then started giving me this error message the next minute, when I had not changed anything in between. In fact, I had wanted to change something in my manifest, so I closed the running VPL application, closed VPL and opened DSS manifest editor, and ran my manifest and that is when I got this error.
What is going wrong? Is some MRDS script using vplhost32.exe instead of dsshost? If so, then where and how do I change it?
I tried running the urban envrionment manifest from the command prompt and Using DSSHost32 directly. This time, it didn't give me a runtime error but an intiialization error. I tried changing port numbers but it still doesn't work. I have deleted many files from my computer to free space (JIC) and it still doesn't work. The window just doesn't open even when I hover over it in Windows 7.
The error message looks like this: Only one usage of each socket address (protocol/network address/port) is normally permitted."
This was even after I checked netstat for free ports and tried but I get this error message. Its either this one or the "Don't use VPLHost directly" if I run it through VPL or DSS Manifest Editor.
Could it be that some external services are interfering with DSSHost/VPLHost? Are there any such services which I could try killing? ANY help/suggestion would help right now as my project is due Thursday and this is a really unfortunate time for it to be acting up like this.
Does the problem reproduce after logging off & logging back on? It's likely that you had a process hanging around that you weren't aware of. Logging off should shut down any processes you personally started.
I don't know the solution of your problem, but it would be better that you post your question on the link below:
http://p2p.wrox.com/book-professional-microsoft-robotics-studio-isbn-978-0-470-14107-6-410/
[official forum for the book : Professional Microsoft Robotics Studio], i hope you will shortly get reply there,
The other option is to post your question on the msdn forum,
http://social.msdn.microsoft.com/Forums/en-US/category/robotics
hope this would help....