| Topic | Notes |
|---|
Housekeeping | - Please add your name to the attendees list
- Please state your name while joining the conversation
|
Development updates | - Magda: OK looking at the Scrum Board. There's a lot of progress.
- Magda: We are finishing with differentiating the permissions for the CSV approach for the in-app approach because there will be different paths.
- Magda: Updating items status. This is backend work that is happening. This is for the next feature.
Magda: So hopefully next time we meet, I will be able to show you more of the UI. Magda: We are also working on the karate tests that are executed daily on the backend so we are not introducing any regression.
- Magda in response to a question from Erin about testing: For those that are interested, there are the API backend modules tests, and there is end to end tests for the UI. We completed some of them in the last release. They were executed nightly at some point, but I don't think they're being executed nightly anymore. And there is a requirement for every story we are committing on the UI to have at least 80% of code coverage with unique tests. This is true for the front and the backend as well
|
| Progress bar on uploading files with identifiers | - Magda: I updated the agenda in the last two minutes, because I talked with the developers and they mentioned some behavior on uploading the identifiers especially when the file of identifiers is large, it may take some time and incorrectly display the matched records. We would like to add progress before the preview of matched records screen populates while making sure we have gathered all the records, but without constantly polling which causes some problems. The proposed solution would be a similar progress bar to what is displayed while bulk edit is in progress (displayed below).
- Erin: Okay. So just to give it more time to handle the larger files?
- Magda: Yes. If you are uploading a larger data set, the user will have some visual cue That there is something happening and it’s not just hanging.
- Erin: That makes sense to me. I don't know if anybody else has any particular feedback. I see Leeda is giving a thumbs up. Yeah. As long as we're consistent with the behavior of the other parts of the app, that makes sense to me.
- Magda: Okay, thank you. That would make developers also very happy because we've been struggling with different issues around this area. And I would like to have some solution that is acceptable to the user. And I think it will help once we start moving with larger data sets. the other part on my abdomen that I'm sorry, I skipped the development status and a scrum board.
- Magda: The action button in snapshot is not displaying due to a data polling issue.
|
| Bulk edit - Export Manager jobs | - Magda: I would like to talk about the export manager.
Magda: This is kind of a by-product of the work that we have done on bulk edit because we use the same modules that are being used for data export. Magda: The files used in bulk edit are being logged in the export manager. So for example,
 Image Removed Image Added
 Image Added
Magda: This is a byproduct of what we have done. And we could manage it for additional functionality. Erin: My question would be when you are using bulk edit you do not have to have access to export manager to do the functions that need to be done. Magda: This is valid and a very good point. This is a separate set of permissions that are not included in the bulk edit permissions but it will let you access those files.
- Erin: Does this represent a permission issue or a security issue? People can get downloadable copies of edited files, including user information. When maybe we don't want that to happen.
|
| |
| Bulk edit - query search |
|