My Download to CSV (F8) button is not working. I have a view open and want to export to CSV. It was working, and then I changed nothing and it was not working. I just installed the new version (pgAdmin 4 v3.3) to see if that would fix it. Still it does not work. The Tools>Import/Export... is grayed-put, also.
It does seem like I see a milli-sec refresh to the screen, like something is happening. But I get nothing. It's not in my downloads. Is this a browser thing? I'm using Chrome 69.0.3497.100.
I have looked for answers, not finding anything.
I would so very much appreciate an answer!! I am frustrated!
pgAdmin 4 v3.3 with Postgres 9.5, windows
You have to be in "View/Edit data" mode, so that you can see the rows you want to export as csv. Only then can you access the down arrow (Download as csv)
I had a similar problem, and maybe this is how it is supposed to work, but I had multiple queries in the SQL window which I was highlighting to run. Trying to download as CSV just resulted in the flash of a dialog as you say. Investigating the network Tab I noticed that the request to the server was failing.
You need to highlight the query you want to extract as CSV, otherwise it seems to run the whole window. It is not, as you would expect just processing the result window.
This was version 4.23 running inside Docker.
Related
I was trying to copy and paste some queries and noticed that the paste option is not working. After that I realized that my copy, paste, delete and next line option is not working at all. What will be the reason for this issue.
When you press the Ctrl key, the text editor is looking for a mouse click to "Go to Definition".
Tools>Options>Text Editor>General> Uncheck "Enable mouse click to perform Go To Definition"
(or you can change the modifier key to something you use less often if you want to continue using this feature)
What, exactly, are you trying to copy, and from where? For instance, if you're attempting to copy and paste tables, views or stored procedures (etc) in the Object Explorer, you'll have no luck.
For most of these items, you should be able to right-click, select "Script [Table | View | Stored Procedure ] As > CREATE TO > New Query Editor Window", then run the script.
Unfortunately(?), SSMS isn't as easy going as Microsoft Access, there's definitely a little work involved.
just experienced the same situation in SSMS v18.5!
Also wasn't able to paste/copy code in the Query's Window.
After playing around and restarting the App it wouldn't work.
I did not have issues copying/pasting in all other applications.
Then I found a solution myself by simply thinking about how to "re-init" the engine of Copy/Paste in SSMS:
Go to: Tools | Options | General | Check "Apply Cut or Copy to blank lines when there is no selection".
After applying the "fix" you should be able to copy/paste again! You may reset the checkmark later.
Hope you other guys have the same luck!
Edit: A few hours later the Copy/Paste again was not working and the fix did not work. I found out that a separate instance of Visual Studio had the same copy/paste problem. So it may be either a Windows 10 or .NET problem.
A reboot helped me in that case.
I encountered this problem too, and got a message saying my pc was out of memory. This could be caused by too many apps being open or too many background processes running.
Simply restarting the pc resolved the problem.
I recently got a new laptop and downloaded pgAdmin 4 v3.0. Before now, I had been running pgAdmin 4 v2.0 with no issues. However, now whenever I try to open the Query Tool (just by going through the drop down Tools menu), I receive the error message "Query Tool Initialize Error". The Query Tool worked for two or three queries after the initial error message, but has been returning the error message whenever selected in the days since then. I am able to create and edit tables and views, but only by right clicking the icons on the left-hand side of the screen. I tried uninstalling and reinstalling pgAdmin to no effect.
Has anyone encountered this issue before?
Query Tool Initialize Error
In Ubuntu 16.04 I updated my pgAdmin 4 version 2.1 to 3.0 and saw the same thing when attempting to open the Query Tool through the drop down menus. While this is not a fix, instead of browsing to http://12.70.0.1:5050 I changed the URL to http://localhost:5050. Then I was able to use the Query Tool via the drop down menus.
Edit: What I did was edit the
pgAdmin4/lib/python3.5/site-packages/pgadmin4/config.py file by
updating the line:
DEFAULT_SERVER = '127.0.0.1'
to
DEFAULT_SERVER = 'localhost'
Now when I open pgAdmin, the Query Tool works accordingly.
Try resetting your layout, under the File entry in the top menu. I suspect that there's something in the layout settings saved under v2.0 that's incompatible with the v3.0 release.
To the best of my knowledge, I'm correctly importing my MS-SQL data source in the Control Panel (It says successful in green). I'm also pretty sure I'm importing the data correctly into the Windows 7 Publisher app since I can view the data in the DataView:
but when I go to the Layout View or Run Preview, I just get a blank chart:
It works if I use the default SimulatedTable but once I change the data source to my MS-SQL table, I can't get anything to display, no matter what display element I'm trying to use.
I've tried re-importing the data, using a different MS-SQL table, and re-naming the columns to match the SimulatedTable but it doesn't change the result. Can anyone tell me what I'm doing wrong?
Please try one thing, I am just guessing it might work.
Please select one of the Time Preset buttons and see if you see data in that(where there is blank) chart object.
If yes, then while setting up the time navigator object, select an option in drop down box labeled "Default Time Range Preset"
There are some hacks, please do let me know if run into some weirdness. It might not make sense if i try to explain unless you run into that situation.
Cheers,
I ended up giving up on the Windows 7 version of the application and running a virtual instance of Windows 8.1 instead so I could install the Datazen Publisher app for Windows 8.1. It's FAR less buggy.
Not perfect, though.
While exporting a Solution from CRM, I dont get the prompt to save the exported solution.
I cleared Cookies and tried,
Upgraded to IE 9 also and tried,
I made sure that the Popup is not blocked, but these things didn't help.
This is the case with few other colleagues of mine also.\
Thanks
I usually get a popup right at the bottom of the window. Its not instant however, Crm has to generate the solution file, so if its particulary large it can take a minute or two. I would suggest clicking export, finish the dialog and then waiting 5 minutes to see if anything happens (it needs a loading icon really).
If that doesnt work, try the same again with a small solution (one entity).
I know it is too late but I am adding the solution here if someone faces the issue again.
The issue was due to URLScan. It was solved by removing URLScan from ISAPI filters for CRM web site.
So the last couple of days my dev webpage for ssrs has been looking really weird, as if it's not getting styled by css at all. I'm not the only person that is seeing it like this. We just rebooted the server and it didn't have any effect. If you know what it causing this, please help.
another symptom is that i can't modify security settings now.
If I were you, I would view the page using FF (firebug), and take a look in the head to see whether the CSS is being imported.
If it is, make sure the path is correct.
A couple of general things come to mind...
Make sure your IIS application/virtual directory settings are correct especially if you are using SSRS2005. The default IIS applications are "Reports" and "ReportServer"
Make sure the NTFS rights are correct for Local path. For example the default location for ReportServer is "c:\Program Files\Microsoft SQL Server\MSSQL.3\Reporting Services\ReportServer"
In my experience when strange things like this are happening there are user rights/access issues. Especially when you can't modify security settings.
HTH
Well it kinda seems to have fixed itself.
This may be a bit naive, but have you tried an offline version of the code?
Get the generated HTML via "view source" in your browser of choice, then get the stylesheet by accessing it directly from the same browser, using whatever the path is from the html (I recommend Google Chrome, as the view source provides clickable hyperlinks within the source). Put them both on your desktop, making sure the relative paths are preserved, and see what it looks like offline.
I'm sure that the server/Microsoft produce all of this code and so it's SUPPOSED to work, so a missing closing tag or misplaced semi-colon is probably not the answer, but I have found more than once that pulling my output off the server and onto my desktop has made the problem go from mysterious to "Oh! Duh! /styles/style.css, not /Styles/style.css" etc etc.
The problem can only be with your server if www doesn't have read/execute access to all of the right folders. I find this really unlikely, but it's easy to check by simply trying to view the source code of the CSS. If you can, the problem is post-server output.