I've inherited a PL/SQL Developer report file that is password protected. Previous users have just run the report and used the output without issue. However, we've now been asked to make some changes but can't edit (or even read) the file as it's password protected.
Is there anyway to remove the protection so I can read the report SQL?
Related
I have a report that uses a CSV file as a datasource. In Visual Studio, I can point it at the file on a share and it works. When I deploy it to the SSRS server though, it brings back an error:
The Microsoft Access database engine cannot open or write to the file 'forecast.csv'. It is already opened exclusively by another user, or you need permission to view and write its data.
Putting the file onto a share which has Everyone granted Full Control, it works. This is obviously not an acceptable security situation. I am using the following OLEDB connection string:
Provider=Microsoft.ACE.OLEDB.12.0;Data Source="\\server\share\Apps\Folder1\Folder2\DEV\SSRS\Report Foo";Mode=Read;Extended Properties="text;HDR=YES;FMT=CSVDelimited"
Of interest, another report that uses an xls file as data source works on a share that does not have Everyone Full Control access. I initially thought that it was a DFS issue but it is actually that the share needs Everyone to have Full Control. Setting the share to Full Control for the user doesn't work, it has to be Everyone
I have logged this as a bug with Microsoft
How to send Outlook email without prompt in Access using macros? For example in the macro builder, I have send object selected and filled out the relevant fields. However when the macro runs, an outlook prompt pops up with the message but doesn't send the email.
OK, I have stumbled on this once before with outlook 2007. In outlook 2007 there was a change from previous versions. The not so obvious thing was that it needed an installed antivirus to let go of the prompt that showed up. I just installed a free one but I think you have to use one that is recognized by windows. It must also be up to date with the virus definitions.
This is of course after you have disabled all security in Outlook preventing programatic access (which is the default setting), and I think you need administrator privileges on the computer also. I just post this here, it's so long ago that I'll have to check on the system later to be 100% shure.
Have a look at this for some more information.
Could I send a hyperlink to a user via e-mail which when clicked will run and display an access report? Users will not have MS Access installed on their local machine but do have access to the local drive that the ".accdb" is stored on.
If yes; that's wonderful could you point me in a direction to get started.
If no; could you think of a workaround that might emulate this?
Goal: Allow for simple distribution of reports to new users who don't have access. Reports need to show updated information each time they're run (no redistribution required to get current data)
I am trying to access a SSRS report using URL like in Expression ="javascript:void(window.open('http://servername/ReportServer/Pages/ReportViewer.aspx?%2fTransaction_All_Reports%2fCustomer_+Payment_Receipt_Report&rs:Command=Render+Name &ReportParameter1=" & Fields!CustTransID.Value & " &rs:Command=Render','_blank' ,'resizeable=1,toolbar=0,status=0,menu=0,top=20,left=20,width=1040,height=1040'))"
When I try to access above Url, I am asked for my network credentials, giving which I get all pages of SSRS report rendered in browser window.
Now I want to display these contents in a popup window inside my webApp. When i try to open it asks credentials,
What i need is it possible to give credentials inside above code block? like my username and password,
I need its directly open w/o asks credenetials
Can anyone help me please ,it save my life...
Depending on the user's browser settings, you may be able to send credentials in the URL. This is generally disabled, though, because it leaves the user password in plaintext.
If accessing the server with Internet Explorer you can use Windows integrated authentication to pass the current user credentials automatically. This depends on the IE security settings.
Otherwise I don't think there's is a good way. Anonymous access to the SSRS server is not recommended, and hard to configure.
If it were my solution, I would have the server side code connect to the SSRS server, retrieve the report and then resend that stream to the user.
I've deployed an SSRS report on my PC and am able to access my report through the report manager. When I copied the report URL and opened it on another PC over the network, it asked for credentials when using Mozilla Firefox.
I've tried the following in Firefox:
The about:config "This might void your warranty!" warning page may appear. Click I'll be careful, I promise!, to continue to the about:config page.
In the about:config page, search for the preference network.automatic-ntlm-auth.trusted-uris, and double-click on it.
I've added my server URL in that manner, which prevents the credentials popup from appearing.
I don't think this is the correct way of doing things. If I'd pass around the URL to -say- 100 different users, they would all need to do what i did as described above?
Can anyone help me to avoid credentials popups (username and password), and open the report directly?
check your server URL, must be just "http://server_name" in firefox about:config "network.automatic-ntlm-auth.trusted-uris" key
store credential required in for accessing data source, at report tab "data source"-"Credential stored securely in the report server"
add in security tab "domain user" that has credentials for accessing the report , check only for "Browsing"
enter credential for "domain user",for the first time when showing report in firefox and allow to remember
now it works automatically when you start link shortcut
The report will need credentials to run. (Turning on anonymous access to SSRS is not supported and not recommended.)
Those credentials can come from a few different places.
1. Users are prompted for user name and password.
2. Credentials are stored in the browser (or in Windows.) As you've seen, this is easier to handle with Internet Explorer than Firefox for NTLM authentication. But Firefox does give you an option, as you've mentioned.
3. Some other service or website accesses the report server and hands in credentials. This other service then passes the report on to users. Designing this would require some thought: Would you need to track who accesses this service? How would you secure individual reports?
Your comment suggests that you have conflicting requirements: you aren't allowed to have Firefox automatically log in for security reasons, but you want to have Firefox automatically log in. There's no technical advice that can solve that problem.