Hi everyone, A user is reporting issues when creating a CSV list for downloading. Previous to v7.9.3 the user could perform the process with a notification being presented shortly after for download. After upgrading to V7.9.3 it seems we need to:
Perform the task to create the CSV list
Log out of Specify and back in
Click on the notifications tab and download the CSV list
I am unable to replicate this in v7.9.3.1. Have you been able to recreate the userâs issue?
Instead of logging out and back in, have you tried navigating elsewhere in Specify after starting the export? Itâs possible that the CSV export is taking a while. Logging out and back in may have allowed it time to complete.
I updated our instance from v7.9.3 to v7.9.3.1 and was able to recreate the issue on my end.
Log in as a user
Click on Query > Run a query > Click on âCreate CSVâ
Message pops up âExport File Being Createdâ
I navigated to Attachments; Statistics and also run another query and the notifications tab did not update.
By changing the Collection on the lower left hand side, causes the page to refresh, and the Notifications tab now reflects the Query exports are completed and ready to download.
I did wait a few minutes between running queries, but only when doing the above or signing out and back in, resulted in the Notifications tab being updated
I believe I may have been able to recreate the issue, although inconsistently.
Can you share your Specify 7 System Information with me so I can try using the same browser and system configuration as you?
Same here. Running just-specify7 docker-compose tag v7.9. Tried with Firefox 130, Microsoft Edge and Duckduckgo Browser on Android mobile phone, all three with same behavior:
Create and run a (small) query
Click on âExport to CSVâ
Dialog âExport File Being Createdâ
Notification is never triggered, unless I either switch Collection or log out and in again.
Side note: notification time seem to be expressed in UTC because I never get a âNowâ tag, always â2 hours agoâ and I am on CEST time zone (UTC +2)
I have added your report to the GitHub issue tracking this!
This is because the back-end of Specify does not support time zones (#641), but we are aware of the oddness and do have an open ticket for this as well.
Dear Specify users,
I have a question about extracting data in CSV. Is it possible to select all the Query entries with a single click?
Because selecting them one by one works when there are ten or so entries. For more, you can select the first entry then go to the last, press the shift key and click on the last entry (this allows you to select all the entries in one go). But what do you do when the query returns several thousand entries? Itâs a bit tedious, even with the second option of selecting all the entries.
Have I missed a function somewhere?
Thanks in advance for your help
If I understand correctly, you are looking to export all of the returned records from a query into a csv file. If you leave all of the boxes unchecked, and press âExport to CSVâ it will include all of the results in the csv file.
Hi @markp,
Thank you for your quick reply and youâve well understood my problem. In reality, clicking on the âcreate csvâ button without selecting any entries is obviously the first thing I did. But unfortunately nothing happens when I click on âcreate csvâ without selecting any entries. Specify 7 remains stuck on the message âA notification will appear when the export file is complete and ready for downloadâ (I waited more than 5 min before deducing that nothing would happen, and I did the test on 73 entries, so it shouldnât take that long). On the other hand, if I select some entries, the data is downloaded immediately. Thatâs why I was wondering if there was a function somewhere, but apparently itâs a problem with Specify 7, perhaps a problem of incompatibility with the browser Iâm using? In any case, the problem is the same for several MfN users. We canât extract a large amount of data without having to spend several minutes selecting all the entries.
Specify handles exports from query results in two different ways depending on how you prepare the export.
The front end of the app handles the export when you select items in the query results by hand and then click âExport to CSVâ.
The back end of the app handles the export when you do not select any items and click âExport to CSVâ. This is when you see the ââA notification will appear when the export file is complete and ready for downloadâ message, and it is supposed to notify you once it is complete.
But unfortunately nothing happens when I click on âcreate csvâ without selecting any entries. Specify 7 remains stuck on the message âA notification will appear when the export file is complete and ready for downloadâ
This is a known issue that can happen when the back end export fails to complete and notify the user. In most cases, you can refresh the page and you will see the notification.
On the other hand, if I select some entries, the data is downloaded immediately.
That is because it is done in real-time in the browser on the front end.
We canât extract a large amount of data without having to spend several minutes selecting all the entries.
I am sorry to hear about the slowdown your team is experiencing! If you are not receiving the notification with a link to your export after refreshing the page, you can still bulk select items in the query results. To do this, select an item in the list, hold the Shift key, and then select another item in the list, regardless of its distance from the start or end.
Thatâs why I was wondering if there was a function somewhere, but apparently itâs a problem with Specify 7, perhaps a problem of incompatibility with the browser Iâm using? In any case, the problem is the same for several MfN users.
We recommend that users use the latest version of Google Chrome when working with Specify. Are you using another browser or any pop-up blocker that may be causing this issue? Do you see the notification after refreshing the page or logging out and back in?
In any case, I have added your report to the issue tracking this on GitHub:
Thank you @Grant for all these details.
Unfortunately nothing happens when I refresh the page either. Iâve installed the latest version of Google Chrome and Iâve also blocked my pop-up blocker for Specify 7 but all this doesnât change anything.
As for selecting several entries at the same time, Iâd already worked it out and Iâve already suggested this âsolutionâ to my colleagues. However, itâs absolutely not a viable solution because when we want to extract several thousand entries, it takes far too long. For some projects, weâre going to have to export several thousand specimens very regularly (at least once a month or more). I canât imagine spending more than an hour selecting the entries when I should be able to do it in 1 second. I look forward to a solution to this problem.
I logged into your account on a copy of the database and experimented for some time, but I couldnât recreate the issue. Could you provide an instance when this occurred, including the name of the query, the time, and the user who encountered the problem?
When you or another collections staff member is waiting and not receiving any notifications, please share the Specify 7 System Information at that time!
Hi @Grant,
Thank you for your time. Iâve just realised what I was missing (and it will probably be the same problem for my other colleagues). What I didnât have was the âNotificationâ step. I thought it would appear at the top right of my screen (like when you extract a selection of objects). But in fact itâs the âNotificationâ tab on the left of my screen in the Specify 7 menu. The notification doesnât appear automatically and I have to reload the page as you suggested above. So I hope my post will be useful one day to someone else like me who sometimes lacks observation
I think this thread is a good place to mention that the behavior at present is confusing, even to users familiar with biodiversity databases. It would probably be prudent to have the exact notification/download behavior configurable in a future release.
I would say âhow do I download data, nothing happens when I click the âexportâ buttonâ is in the top five list of complaints/questions Iâve had since making our database public. A banner notification or direct download dialog would be preferable.
I completely agree that this is a clear opportunity for us to enhance the user experience for allâ particularly new users.
The notification can be insufficient and is often overlooked. Do you have any ideal implementation in mind? I can formalize this into a complete feature request if you (and/or others) can describe what interface would work best for you!
Do we have any data for the average and tail of how long it takes the system to return the results of a query? I have requested csvâs for hundreds of thousands of records, and it seems to be ready within 10 seconds. Could a normal progress bar be applied in a popup, similar to the workbench, with the download button available in that interface once the processing is complete?
@Grant Iâm glad you think so! I personally think the ideal implementation would be an unignorable prompt â similar to the error window or the normal download dialog in a given browser. The dialog window notifying the user that their download is ready. It could be paired with an upper-right-hand corner dialog window that shows the user their request is still being worked on (even if it wasnât connected to anything in the backend. Simply having a visual reminder / confirmation that the request was received would go a long way).
I think the current functionality is based in the idea that the user should be able to browse / use the DB while the file is being prepared. But often even I forget that I tried to make an export, only to realize later that itâs sitting in the notification queue. This is especially troublesome for frequently used saved queries that staff use as templates for more specific queries. I canât find the post, but thereâs an error that I read about here where the files for a given query get overwritten in the notification log after someone performs the same query again.
@markp Itâs interesting, I have noticed a big variation in the latency between request and file being ready that does not seem to be related to the number of records requested. If I had to guess, Iâd say that having multiple users logged in and querying can sometimes impact an individual userâs backend .csv generation time and cause it to time out. It seems that the browser is way faster than the backend, maybe because the results are already loaded? But Iâd say the export time for .csv on the backend is not usually close to the time it takes for the query itself to run, at least in the case of large queries. Itâs noticeably slower.