2022-8-9 Bulk Edit Working Group Meeting Notes

• 00:01:24.450 --> 00:01:25.32
• Magda Zacharska: Hello, everyone. I have a question. I don't see myself as a host, so whoever is the host of the meeting, could you please enable the transcription? This will help Bob with taking the notes.
• 00:03:44.550 --> 00:03:47.100
• Magda Zacharska: We don't have everyone, but we have enough so we can start. The transcript is on, so hopefully, this will help Bob Scheier with his meeting notes.
• Magda Zacharska: I am recovering from COVID, and I'm still coughing, so at some point, I will need to mute myself.
• 00:04:40.620 --> 00:04:44.850
• Magda Zacharska: I share my screen, please let me know if you can see the meeting notes.
• Magda Zacharska: Thank you, we have 17 people in the meeting I don't see 17 names in the attendees least please add your name to the list, so we know who has attended.
• 00:06:27.450 --> 00:06:48.540
• Magda Zacharska: The transcript this on and the last housekeeping item is the welcome meeting for Bulk Edit is scheduled for August 31 at 4 pm Eastern Central European Time, which translates to 10 am US Eastern Time. That will be Wednesday, not Tuesday, and if you can attend the meeting, that would be great, this is a separate meeting, so if you cannot be in Hamburg, you can join by Zoom. So the question for the group is anyone from the group planning to attend in person?
• 00:07:16.530 --> 00:07:17.820
• Erin Nettifee: I'll be there virtually. Aaron Weller and Christine Tobias (in chat) are saying that they will both be there in person.
• Magda Zacharska: for everyone else who will not be in person and who will like to contribute to the meeting in some way, is there anything you would like me to discuss or bring up during the meeting is marked as a work working meeting, so I hope to get additional feedback and requirements. Is there anything you would like me to present or bring to the group's attention?
• 00:08:21.960 --> 00:08:24.750
• Erin Nettifee: Are you asking that now, or are you asking people to think about it?
• Magda Zacharska: You can say it now, or you can reach out to me on slack later.
• Erin Nettifee: I think it might be helpful as you're thinking about that group to somehow surface in this wiki space. A schedule of what's planned because you have talked about that in slide decks. Sort of what will come in this release, and this is what will come in this release. I think actually having that in a wiki page would be really helpful for people, so that would be like a central place to go.
• 00:09:47.940 --> 00:09:55.110
• Magda Zacharska: I was looking at this yesterday actually while working on the presentation for the welcome. A high-level roadmap

• Erin Nettifee: So is that what you're going to maintain this spreadsheet?
• Magda Zacharska: I will create a website or a conference page.
• Erin Nettifee: I mean, if this is the this is the Info, I'll just put it on the page for you, and then you can edit it.
• Magda Zacharska: Okay sounds good.
• Magda Zacharska: So, if you have any other comments about what makes sense to bring up during the welcome, please let me know either now or later. I will be following up on the Slack Channel.

Development updates

• Development status
• Development team scrum board

• Buk edit  - Morning Glory Bugfest tickets:

• Bulk Edit Morning Glory Known issues (as of August 9, 2022):
  • UIBULKED-122 - Implement logic for record counts when items bulk edit is triggered by holdings id
  • MODEXPW-203 - "Fail to upload file" error with large amount of Users barcodes
  • MODEXPW-202 -Incorrect number of records changed on the confirmation banner
• Performance tests results:
  • Item records: Bulk Edit Items App report [Morning Glory]
  • User records: Bulk Edit report for Users App [Morning Glory]
  •  Combined tests: Combined test for data export worker (Morning Glory)

• 00:11:09.870 --> 00:11:19.920
• Magda Zacharska: The biggest part of the development updates is obviously morning glory. We discovered several issues. Here is a list of those issues. They are highly technical, and not all of them, but most of them. We discovered if someone runs Bulk Edit in the Bugfest and exports EDIFACT, eHondings, Circulation logs, or bursar.
• 00:12:10.950 --> 00:12:13.500
• Erin Nettifee: So something is happening on the export manager side?
• Magda Zacharska: Yes, those jobs were being filed and then not being processed. We discovered there are problems with the concurrency of those records. That's why we spent a significant amount separating those jobs and queuing them and also testing the behavior. What are the limits of the records we can safely process at the same time? So If we, for example, lower the number of records that are being processed, will this eliminate the problem, and what are the safe limits?
• 00:13:16.650 --> 00:13:25.710
• Magda Zacharska: Right now, the safe limits are 2500 user records at the same time and 10,000 records for items. And as I said, some work is still in progress and will need to be released and tested in Bugfest. We have two other environments that we are using for testing. One of them is the performance task force Prokachka (spelling??) test and our Bulk Edit performance testing. So there is a lot of testing happening on this. Do you have any questions?
• 00:14:02.760 --> 00:14:03.600
• Erin Nettifee: So, the Morning Glory release is at the end of the month. Is the goal still to get everything that we had planned into Morning Glory, or are you thinking that we might need to back it out or ...
• Magda Zacharska: The plan is to get this into the Morning Glory. The determination will probably be made by the end of this week if we limit the number of records that can be updated simultaneously.
• Erin Nettifee: Would it be a limit that the app would enforce? Would it be expected that the users would know not to go over this number?
• 00:14:46.560 --> 00:14:46.920
• Magda Zacharska: Most likely, we will ask the user to know, and this will be included in the release notes. And once I have the data, I will definitely make everyone aware.
• Erin Nettifee: Is there anything you think we could have done to catch this before Bugfest? The answer might be no, but I'm just wondering if we might have changed our approach.
• Magda Zacharska: I think the challenge here is the coordination between three development teams. Efforts need to go into the teams that work on eHoldings, and Export and the teams that work on EDIFACT export. Obviously, you know when you look back, you know what the right thing is. We started experimenting with large data pretty early, and as you see, I linked to the performance tests (see links in the left column). If we do only user records, we can easily do 10,000 records, however, if we increase the number, it affects other areas. So we need to be cognizant.
• Magda Zacharska: Regarding the known issues. The first one is "implement logic for record counts when items bulk edit is triggered by holdings id." This is the label when we count the records, how many records were submitted, how many records were (Magda could not open Bugfest) ...
• 00:17:51.630 --> 00:18:02.790
• Magda Zacharska: When we upload the records--in my example, I submitted a list of 10 records, and it states that 10 records match. And here are the 10 records.

• Magda Zacharska:  If we submit a Bulk Edit by submitting Holdings UUIDs. I can send a list of two holdings ids and have 10 records matching the search criteria. How we report this on screen is why we have this story, UIBULKED-122. I will bring it up at one of our meetings at some point, and we will discuss what is the best approach.
• 00:18:50.160 --> 00:19:04.470
• Magda Zacharska: The second known issue, MODEXPW-203, is the "'fail to upload file' error with a large amount of Users barcodes," this is happening when we attempt to update approximately 100,000 user record identifiers.
• Magda Zacharska: Since we know we will limit the number in Morning Glory, that is going to move to Nolana, and we will be addressing it in Nolana. The last know issue in the list, MODEXPW-202, is "Incorrect number of records changed on the confirmation banner." I am not comfortable marking it as a known issue, but we don't have the resources to address it.

• 00:19:49.290 --> 00:19:49.830
• Magda Zacharska: Once the update is completed. The preview of records changed displays. But we see in the error counts are zero, and also, the records successfully change is zero. This is happening because UI is not waiting for the back-end to respond. If the user clicks the refresh, the correct number is displayed. This is most likely a known issue for Morning Glory. Any comments or questions?
• Magda Zacharska: Due to the slowness of my machine, I'm not going to open the links to the performance reports. If you are interested, please feel free to follow the links. The most important one is the "combined tests: Combined test for data export worker (Morning Glory), which covers exports of other record types. This is what is the closest to the real-life scenario that those will be executed concurrently, so those are still in progress, but the report started to be created. Any other comments or questions before we move on to reviewing the user acceptance testing feedback?
• 00:22:26.970 --> 00:22:30.030
• Erin Nettifee: I don't have any I don't know if anybody else does feel free to chime in.

• 00:22:41.970 --> 00:22:54.300
• Magda Zacharska: Okay, so this is the document with the feedback I linked the results of the survey, thank you for putting it together so quickly, and Erin for providing data.
• Erin Nettifee: And thank you, everybody, for participating because we actually got a really good response rate.
• Magda Zacharska: I put together the results.

• Magda Zacharska: So column a is what is currently implemented. The properties in bold are those with are displayed by default. Version one is the list of properties that in the survey were selected as the ones that should be included on the landing page. And version two is the fields that will be displayed if we limit the number to the bare minimum. I have to say that I am a little bit confused by the lack of consistency between version one and version two, and I'm not sure how to interpret this.
• 00:24:49.140 --> 00:24:51.600
• Erin Nettifee: There's some consistency there. You can see that the barcode is there, towards the top of both. I think people may think about the types of jobs they would do in version one, and then they may think about the bare minimum they need to identify an item in version two. That would be how I would interpret that. Because if you're talking about identifying an item, you're talking about needing a barcode or an HRID. But the types of jobs I might do with an item, like version one, would include things like loan types and locations and stuff, and that's all pretty close to the top. Actually, I don't know, it seems like version one and version two might be pretty close to each other, except for version one bumps effective location way down. I didn't feel like this is what was in the results. Magda, when did you look at the results?
• Magda Zacharska: I look at the spreadsheet. This is page 11 and page 13. The reason I'm bringing it up is that I believe there is not much consistency between version one and version two, in my opinion, although I may be skewed.
• Erin Nettifee: Jenn, version one was question one in the survey, which essentially is if you were to reorder all of these values, what order would you put them in? And the survey did do that randomly. So the list of columns was presented randomly to people. And so it was put this thing in order. And then version two is question two, and the question essentially was, if we only presented a limited number of values, what would you consider to be the things that would need to be presented?
• 00:27:50.010 --> 00:28:01.380
• NOTE: There was a back and forth between Erin and Magda about how the results of the survey were reported on the spreadsheet and its accuracy. Magda tabled this discussion for now.
• 00:32:25.110 --> 00:32:28.590
• Magda Zacharska: I would like to table this conversation for a moment, I will add the data Erin you pointed out and add one more column in the excel spreadsheet. It does not seem clear-cut. I think there are still a lot of Gray areas. The number of columns and the list of columns being displayed depends on the type of job the user is going to do. If the user wants to update item status, obviously, that is something that would like to be displayed on the first page. But it's the same case for permanent loan types and locations. So, for now, I would propose really leaving the columns as they are. And maybe in later releases, we can come back.
• 00:33:43.500 --> 00:33:52.590
• Erin Nettifee: Yes, I will say that all columns currently available compared to the current implementation were actually pretty close. And so, in my mind, that supports not making immediate changes to this.
• Erin Nettifee: But, I think we should go back and look at the results again and make sure that what came out of the survey is interpreted and make sure we're comparing the right things.
• Magda Zacharska: sounds good. I agree with you. However, I think this conversation about the columns leads to the next problem that was also brought up during the user acceptance testing, the column selection and the persistence of those selections.
• Magda Zacharska: So, for example, how persistent should the selection of the columns be? Should they persist by the user, the session, on the preview of records, on the "are you sure" for, on the confirmation screen? Or should the user have an option to change those columns instead?
• 00:35:56.370 --> 00:35:56.760
• Erin Nettifee: Thomas is saying he would prefer the preference be stored by the user, but there's currently no function for user preferences, which is true. Session is supported and is used in a variety of different places.
• 00:36:20.100 --> 00:36:22.080
• Leeda Adkins: So his session, the amount of time you're logged in is session the Bulk Edit job?
• Erin Nettifee: Session on the RA side is usually the length of time with no activity, if that makes sense, so it's sort of like if there's been no activity for five minutes, time out. There's also an end session button in some Apps.
• Magda Zacharska: So we have new Bulk Edit. That would be the equivalent of a session.
• Erin Nettifee: Okay. So, in that sense, then it would be like preserving it for the duration of the particular Bulk Edit job. To me, that makes sense.
• Leeda Adkins: I think somebody who does these sorts of Bulk Edit jobs wants selections to persist from the preview screen to the final result screen. But then, I think it should just go back down to the minimum amount because I may be doing several iterations of jobs for the project rather than keeping it to a set default.
• 00:37:50.850 --> 00:38:06.990
• Erin Nettifee: Would that experience require you to add the same column for each of those bulk edit jobs if you did not have a defult column setting?
• Leeda Adkins: Well, that's true.Erin
• Erin Nettifee: I think in an ideal world, you would store this as a user preference, based on the record type, but there's no user preference system and FOLIO yet, and so session, maybe is the place to start.
• Magda Zacharska: But I want to follow up on this. Let's say FOLIO has the ability to store user preferences. Would that mean that every time the user opens a Bulk Edit for item records their default set of columns will work, or will it will depend on the type of their job?

335
00:39:12.270 --> 00:39:19.560
Erin Nettifee: So I would assume in that scenario that I have defaults right, I have five columns as my default or.

336
00:39:20.040 --> 00:39:29.670
Erin Nettifee: or whatever is checked and that if I went in and I chucked a new column, so now, I have a that that persists until I go in and uncheck the box.

337
00:39:30.150 --> 00:39:43.140
Erin Nettifee: And then, at that point, I get a new set so if I end up using it, and then going okay actually I need to tweak this I need to add, you know these two columns that I could do that, and I would just change it to say what.

338
00:39:47.250 --> 00:39:52.170
Magda Zacharska: Are you talking about the session are you talking about user level settings.

339
00:39:53.670 --> 00:39:58.440
Erin Nettifee: I am talking about user level settings because that's where I work with.

340
00:39:59.160 --> 00:39:59.790
Erin Nettifee: work with.

341
00:40:00.060 --> 00:40:00.960
Erin Nettifee: In an ideal world.

342
00:40:01.590 --> 00:40:11.130
Magda Zacharska: So yeah this is this was my question so every time every time you work on users, you will have.

343
00:40:13.770 --> 00:40:21.060
Magda Zacharska: A hey y'all have those three or four columns that you specify in the in the settings right.

344
00:40:23.070 --> 00:40:31.740
Magda Zacharska: Okay, and that would be something that you would prefer, instead of having this driven by the.

345
00:40:32.760 --> 00:40:46.860
Magda Zacharska: session okay today, for example, today I work with the location, so I would like to have all the records display the permanent and temporary location as a second column.

346
00:40:48.720 --> 00:40:53.970
Magda Zacharska: So i'll go bits and but tomorrow i'm starting to work on.

347
00:40:55.860 --> 00:40:57.540
Magda Zacharska: loan type, for example.

348
00:40:57.990 --> 00:40:59.850
Magda Zacharska: Then I would like to have a long time.

349
00:41:00.450 --> 00:41:00.990
and

350
00:41:02.100 --> 00:41:03.570
Magda Zacharska: As the first two.

351
00:41:04.950 --> 00:41:09.270
Magda Zacharska: Is this a real life example or, this is not how it works.

352
00:41:09.810 --> 00:41:12.780
Erin Nettifee: that's it as far as i'm concerned it's a real life example.

353
00:41:13.290 --> 00:41:19.200
Erin Nettifee: yeah and yeah you know and lita spends her whole life looking at these stuff so.

354
00:41:20.460 --> 00:41:30.540
Erin Nettifee: You know, for me it makes more sense of a system has settings that persist, then, if they just if they revert and then I have to go in and check the same thing.

355
00:41:30.570 --> 00:41:36.390
Erin Nettifee: Over and over and over again, because I think as people do this they will develop their own style or their own.

356
00:41:36.420 --> 00:41:37.590
Erin Nettifee: Information need.

357
00:41:38.100 --> 00:41:44.280
Erin Nettifee: And there will be some and and to me it makes more sense for me to have a persistent thing that I then tweak as I go.

358
00:41:44.790 --> 00:42:00.630
Erin Nettifee: Rather than having to go in and set it up for each job, but which is essentially what session and a session based thing would mean, but I think a session based thing is okay to start right i'm not advocating that we build a user preference system as part of this.

359
00:42:00.990 --> 00:42:01.200
Is.

360
00:42:02.610 --> 00:42:04.920
Magda Zacharska: Most likely not going to happen, but.

361
00:42:04.980 --> 00:42:09.540
Magda Zacharska: Why are we can do the session persistent.

362
00:42:10.620 --> 00:42:28.650
Magda Zacharska: For the session and my understanding is that you would prefer once you make that selection on the preview of March records, you see the same columns on are you sure form and also on the confirmation screen.

363
00:42:28.800 --> 00:42:30.750
Erin Nettifee: Yes, that would absolutely make sense to me that.

364
00:42:30.750 --> 00:42:33.900
Erin Nettifee: It would yes same columns through the entire time.

365
00:42:33.990 --> 00:42:39.210
Leeda Adkins: that's yeah that's more important to me than what it what it shows for each session.

366
00:42:39.510 --> 00:42:41.370
Magda Zacharska: Okay yeah okay.

367
00:42:41.580 --> 00:42:45.060
Erin Nettifee: and others, please chime in if you think differently.

368
00:42:47.400 --> 00:42:51.930
Erin Nettifee: I sort of assume that if people aren't trying in that you are agreeing with what we're talking about so.

369
00:42:53.250 --> 00:42:59.640
Erin Nettifee: Which is okay, I know yeah but just please do chime in if you want to if something else would make more sense to you.

370
00:43:05.460 --> 00:43:15.150
Erin Nettifee: So what I hear, then, is a session based approach the columns persist through the job when you hit new bulk edit it resets the column order.

371
00:43:15.900 --> 00:43:28.410
Erin Nettifee: And then you can go in and you can tweak the column order for the next job and then ideally fully it will work towards the user preference system that could then be used to help these settings persist per user.

372
00:43:31.980 --> 00:43:33.600
Magda Zacharska: This is my understanding as well.

373
00:43:35.370 --> 00:43:40.380
Magda Zacharska: The next question that is on my list is paging through.

374
00:43:41.460 --> 00:43:47.820
Magda Zacharska: Through magic record results we touch that in our.

375
00:43:50.640 --> 00:43:58.290
Magda Zacharska: In our last meeting that the preview shows on the top 10 records.

376
00:44:00.180 --> 00:44:23.280
Magda Zacharska: was brought up that 10 records is not enough and that you would like to be able to to see the matching records to page through them something similarly how it is done in inventory, where you get the list of 100 records and then you pay.

377
00:44:25.290 --> 00:44:27.330
Magda Zacharska: Through previous and next.

378
00:44:28.560 --> 00:44:44.970
Magda Zacharska: And we also talked about that that this will definitely have an impact on the performance it's easier to return top 10 records then return 10,000 records, for example.

379
00:44:45.990 --> 00:44:56.790
Magda Zacharska: The question I have, I have several questions, but their question number one is if let's say you do the bulk edit of the.

380
00:44:57.870 --> 00:44:59.250
Magda Zacharska: 10,000 records.

381
00:45:00.420 --> 00:45:06.810
Magda Zacharska: Do you really plan going through all of them aging to them.

382
00:45:07.380 --> 00:45:10.740
Magda Zacharska: How this is done on the large data sets.

383
00:45:11.160 --> 00:45:20.430
Magda Zacharska: And where where do we draw the line where is the line where you would not attempt to look to the ui.

384
00:45:21.030 --> 00:45:34.260
Erin Nettifee: Now I want to review each record individually 10,000 records leaders saying the current preview shows 10 records, but you have the option to download a csv of the entire preview is that.

385
00:45:34.260 --> 00:45:34.980
Magda Zacharska: Correct correct.

386
00:45:35.130 --> 00:45:37.050
Magda Zacharska: that's correct this is how it works.

387
00:45:38.640 --> 00:45:46.200
Leeda Adkins: yeah but that sounds, especially if we're getting into performance issues here I mean that sounds okay to me.

388
00:45:49.980 --> 00:45:53.610
Leeda Adkins: But I can see like if you only if you were only doing 50.

389
00:45:55.290 --> 00:45:56.460
Leeda Adkins: changes and you.

390
00:45:57.900 --> 00:45:58.890
Magda Zacharska: I think the prominent.

391
00:45:59.550 --> 00:46:01.020
Leeda Adkins: would be simple, just to.

392
00:46:01.320 --> 00:46:03.930
Leeda Adkins: Open that csv and take a quick look.

393
00:46:04.980 --> 00:46:24.450
Magda Zacharska: The the issue I think it's really visible when you have 11 records or 12 and so you sent 12 and you get 10 so what's going on with those two right, and this may have been not communicated by me i'm.

394
00:46:25.830 --> 00:46:27.780
Leeda Adkins: willing to gamble on those two.

395
00:46:31.290 --> 00:46:31.740
Erin Nettifee: chat.

396
00:46:31.920 --> 00:46:34.680
Erin Nettifee: The chat is saying, people are fine, with a.

397
00:46:34.680 --> 00:46:35.190
Bob Scheier (Holy Cross): preview of.

398
00:46:35.220 --> 00:46:41.700
Erin Nettifee: 10 and then a download for more investigation, if you need it, I mean, I think you could maybe upload it to.

399
00:46:43.170 --> 00:46:51.720
Erin Nettifee: If you feel like that would be helpful, it may be just an artifact of the bulk edit some of the use cases we were using to which.

400
00:46:51.750 --> 00:46:55.950
Erin Nettifee: Really small sets of data now, we have some hands Bob.

401
00:46:57.120 --> 00:47:04.620
Bob Scheier (Holy Cross): yeah I think I agree that it's fine to just have the download option when you want to see more, but I think.

402
00:47:06.000 --> 00:47:12.120
Bob Scheier (Holy Cross): The messaging on the screen could be some could add some clarity.

403
00:47:13.380 --> 00:47:17.010
Bob Scheier (Holy Cross): In terms of like saying how many fat you're previewing 10.

404
00:47:18.210 --> 00:47:18.720
Magda Zacharska: or something.

405
00:47:18.960 --> 00:47:21.060
Bob Scheier (Holy Cross): something along those lines that clear.

406
00:47:23.220 --> 00:47:27.390
Bob Scheier (Holy Cross): The messaging is that what you're viewing is just a preview of 10.

407
00:47:29.400 --> 00:47:39.720
Erin Nettifee: Right or even if you didn't change the verbiage, but you could pop a little do like a little question mark and you could hover over it and give a little help that might be nice to.

408
00:47:41.160 --> 00:47:42.720
Erin Nettifee: Sarah has her hand up go ahead, sir.

409
00:47:45.210 --> 00:47:54.240
Sara Colglazier : yeah so I guess, for me, it was also because they said come up the other meeting rate that a preview to me it's the same as.

410
00:47:55.260 --> 00:48:13.170
Sara Colglazier : A selected few of me, so I think, also the I had understood the preview it to be a preview of being able to preview before I hit the actual final button that I want the action to be taken so.

411
00:48:15.030 --> 00:48:20.670
Sara Colglazier : that's why that's why I was confused the other time, like What do you mean that's not all of them and I can't see all of them.

412
00:48:20.670 --> 00:48:30.030
Sara Colglazier : Right so to me that's what I was hearing when I heard the word preview preview pane before hitting select submit.

413
00:48:30.900 --> 00:48:46.860
Sara Colglazier : um, so I do think it has to be clear that you are seeing just a very few and then I think it also actually I know this seems weird, but I think it does make a difference if it's a random 10 or it's the first.

414
00:48:48.600 --> 00:48:49.350
Magda Zacharska: So my.

415
00:48:52.200 --> 00:49:03.660
Magda Zacharska: My understanding is top 10 So if you select the let's say 11 your list has 11 identifiers, the first 10.

416
00:49:04.740 --> 00:49:15.450
Magda Zacharska: will be displayed However, I need to double check if the order is not changing, because this is depends on the how the database return.

417
00:49:16.740 --> 00:49:16.980
Magda Zacharska: Right.

418
00:49:17.910 --> 00:49:19.410
Sara Colglazier : So, then this is.

419
00:49:19.740 --> 00:49:24.990
Sara Colglazier : How I am my input is it the first 10 on that.

420
00:49:25.200 --> 00:49:34.860
Sara Colglazier : Or is it is it as their get returned it's the first 10 that get returned, because this makes it in other Apps this is.

421
00:49:37.440 --> 00:49:54.270
Sara Colglazier : What the like multi column lists, you can get you can get the first tend to be different, each time you you tried to see your first 10 right like you see the the order keeps changing, and so I can make a difference in how you're dealing with things.

422
00:49:55.650 --> 00:49:58.530
Sara Colglazier : And then going back to the actual numbers, I do.

423
00:50:02.310 --> 00:50:12.120
Sara Colglazier : So I don't know like yes, if I have 10,000 obviously i'm not going to scroll through 10,000, but I do find that 10 is very, very few.

424
00:50:13.260 --> 00:50:13.560
Sara Colglazier : I.

425
00:50:15.360 --> 00:50:19.830
Sara Colglazier : i'm used to seeing potentially an all right.

426
00:50:20.850 --> 00:50:21.000
Sara Colglazier : I.

427
00:50:21.360 --> 00:50:21.900
Sara Colglazier : Open that's.

428
00:50:23.490 --> 00:50:24.180
How many.

429
00:50:25.650 --> 00:50:30.750
Sara Colglazier : are in my now not no longer current because now we're live on polio fully but.

430
00:50:31.860 --> 00:50:40.530
Sara Colglazier : Six weeks ago, or whatever it was I could still see my complete preview and scroll through if I wanted to.

431
00:50:40.830 --> 00:50:41.790
Magda Zacharska: Do that tortures.

432
00:50:43.440 --> 00:50:44.160
Sara Colglazier : and

433
00:50:46.950 --> 00:50:54.600
Magda Zacharska: So I see the the odds, that this is a in our lead with the adult update the database option we do have the option of.

434
00:50:56.670 --> 00:51:04.500
Magda Zacharska: Your video you have this so you have two options of not committing first.

435
00:51:04.530 --> 00:51:09.960
Sara Colglazier : preview saying is that I love it, I just want to finish, and then all.

436
00:51:09.990 --> 00:51:26.430
Sara Colglazier : Myself against I just i'm tend to be kind of very few I mean, I think it would be nice if performance wise, we could go up to 100 or 99 if, for some reason 100 is a magic number and performance wise and and then.

437
00:51:26.790 --> 00:51:28.620
Sara Colglazier : Beyond that i'm fine with download.

438
00:51:31.350 --> 00:51:32.250
Sara Colglazier : Whatever a file.

439
00:51:32.550 --> 00:51:33.390
Sara Colglazier : Maybe that's fine.

440
00:51:33.720 --> 00:51:39.450
Erin Nettifee: Right, maybe Magda one of the ways to think about it, would be to fill the white space.

441
00:51:41.460 --> 00:51:42.660
Erin Nettifee: That appears here.

442
00:51:44.220 --> 00:51:48.030
Erin Nettifee: You know, can you, is there a way to just say.

443
00:51:48.690 --> 00:51:52.950
Erin Nettifee: Animals, because this is because this is the preview we're looking at right.

444
00:51:54.360 --> 00:52:05.790
Erin Nettifee: And there's a ton of white space underneath it so maybe if we pulled 40 records, it would just normally it would fill white space or get close to filling base.

445
00:52:06.270 --> 00:52:13.710
Erin Nettifee: And maybe that would be enough to help people just feel like they were seeing more contacts to note that this was correct, and they should move forward.

446
00:52:14.010 --> 00:52:19.530
Magda Zacharska: So you see the white space here, because there are no errors, but.

447
00:52:21.660 --> 00:52:23.580
Magda Zacharska: Then you will have additional.

448
00:52:24.600 --> 00:52:25.620
Magda Zacharska: Additional.

449
00:52:28.140 --> 00:52:29.730
Magda Zacharska: accordion with air.

450
00:52:29.940 --> 00:52:36.930
Magda Zacharska: And this was actually my second question in error, so we also show that preview top 10.

451
00:52:38.070 --> 00:52:41.970
Magda Zacharska: Do you, but you have the option of saving girls as well.

452
00:52:42.420 --> 00:52:43.680
Magda Zacharska: Do you want.

453
00:52:44.130 --> 00:52:47.850
Magda Zacharska: To see our errors or do you want to see the.

454
00:52:48.660 --> 00:52:49.470
Magda Zacharska: exactly where.

455
00:52:49.770 --> 00:52:53.340
Erin Nettifee: We could present a download link outside of the action menu.

456
00:52:54.600 --> 00:53:01.080
Erin Nettifee: Is there I don't know if there's a ui pattern for that I get back to what I think Bob was saying earlier about.

457
00:53:02.730 --> 00:53:08.160
Erin Nettifee: You know just saying preview of records matched first 10 or something like that.

458
00:53:10.050 --> 00:53:15.600
Erin Nettifee: You know, is there a way that we could just make that download more obvious.

459
00:53:19.470 --> 00:53:24.540
Erin Nettifee: You can also download there's lead I think yeah there's an option that you can see that.

460
00:53:28.380 --> 00:53:33.900
Magda Zacharska: And then I think we can come back to this additional link.

461
00:53:34.200 --> 00:53:38.550
Magda Zacharska: And maybe later I don't want to commit to this.

462
00:53:39.000 --> 00:53:43.620
Magda Zacharska: I agree, we can, maybe change the verbiage on this.

463
00:53:43.920 --> 00:53:47.880
Magda Zacharska: To make it clear that this is the top can preview or if we.

464
00:53:48.660 --> 00:54:10.260
Magda Zacharska: increase the number two 100 to make it a little bit more user friendly that would obviously require scrolling down, and if you have 100 records here and then below the errors, you would need to scroll down a lot to the bottom of your preview to see if there were errors or knob.

465
00:54:10.980 --> 00:54:11.400
sure.

466
00:54:12.960 --> 00:54:13.320
Erin Nettifee: I.

467
00:54:13.410 --> 00:54:13.890
Magda Zacharska: See.

468
00:54:13.950 --> 00:54:15.600
Magda Zacharska: Bob has and.

469
00:54:18.330 --> 00:54:21.570
Bob Scheier (Holy Cross): I have a couple of questions, one is.

470
00:54:22.710 --> 00:54:29.640
Bob Scheier (Holy Cross): You know, in other software, you see the option to choose how many you want to see.

471
00:54:29.790 --> 00:54:30.150
Magda Zacharska: uh huh.

472
00:54:30.660 --> 00:54:32.310
Bob Scheier (Holy Cross): I don't know how difficult that is.

473
00:54:34.230 --> 00:54:45.690
Bob Scheier (Holy Cross): And then the other is if there's a lot like 100 can we have maybe tabbed interface in that that window that you could tap to see the errors.

474
00:54:47.070 --> 00:54:47.220
Bob Scheier (Holy Cross): and

475
00:54:47.580 --> 00:54:48.930
Bob Scheier (Holy Cross): brokenness yeah.

476
00:54:51.450 --> 00:54:53.340
Bob Scheier (Holy Cross): i'm gonna have difficult those kinds of things are.

477
00:54:55.980 --> 00:55:09.420
Magda Zacharska: Obviously, they were implemented in other I think areas, we will will will come back to this ideas for sure.

478
00:55:10.530 --> 00:55:17.250
Magda Zacharska: I think that they simple away right now would be to make the description, a little bit more.

479
00:55:20.070 --> 00:55:31.830
Magda Zacharska: Clear to state that this is just preview and state how many records are included, the next step would be to include the list to 100 and maybe.

480
00:55:32.970 --> 00:55:33.630
Magda Zacharska: The.

481
00:55:35.520 --> 00:55:36.420
Magda Zacharska: and

482
00:55:37.710 --> 00:55:38.400
Magda Zacharska: The.

483
00:55:41.460 --> 00:55:51.210
Magda Zacharska: paging mechanism to go to the to the record, but eventually we will need to draw the line of common or a coach we are previewing.

484
00:55:52.290 --> 00:55:52.770
Magda Zacharska: and

485
00:55:53.880 --> 00:56:12.060
Magda Zacharska: Let me take a look at the notes, because we are slowly running out of the time and paging through how many records should be displayed by default we touched this pledging to our list, do we need the earliest or downloading their errors is enough.

486
00:56:20.280 --> 00:56:20.640
part.

487
00:56:22.890 --> 00:56:39.090
Magda Zacharska: Right now, when there are errors, we also show top 10 and then to see all there's you need to download that do you do you think it's enough or do you would like to be able to see more as well.

488
00:56:40.320 --> 00:56:43.470
Sara Colglazier : I think they're seeing fewer errors is.

489
00:56:44.130 --> 00:56:45.330
Magda Zacharska: No clinical notes.

490
00:56:50.370 --> 00:56:52.500
Sara Colglazier : Then i'm more likely to download and not.

491
00:56:56.370 --> 00:57:09.060
Sara Colglazier : Because you know there's an air so, on the other, it's more like you're skimming to see there's something that I didn't think about that is actually cause a problem that is not an air.

492
00:57:10.470 --> 00:57:22.830
Sara Colglazier : But some piece of data that I didn't account for in what I was going to do, and so, if I hit submit to the to the ones, am I going to affect something that I didn't actually want to effect.

493
00:57:23.790 --> 00:57:38.670
Sara Colglazier : that's I mean that's very often why I skim through the you know, do not update database option that's why I use that all the time in our previous system, I would run it and then I would just kind of skim through and go oh.

494
00:57:39.750 --> 00:57:42.570
Sara Colglazier : Man oh there's something I didn't think of that.

495
00:57:43.110 --> 00:57:51.270
Sara Colglazier : And it was really helpful, but on the air you're telling me oh there's an error, the machine knows there's an error so.

496
00:57:52.680 --> 00:57:54.900
Sara Colglazier : I want to download that to look at anyways.

497
00:57:56.610 --> 00:57:57.750
Sara Colglazier : I hope that.

498
00:57:58.620 --> 00:57:59.700
Sara Colglazier : As i'm fine with 10.

499
00:58:00.930 --> 00:58:01.650
Sara Colglazier : It helps.

500
00:58:02.490 --> 00:58:07.710
Magda Zacharska: him, but the other question I have because.

501
00:58:08.850 --> 00:58:16.920
Magda Zacharska: We didn't catch the are you sure form it's also showing the top.

502
00:58:18.030 --> 00:58:27.960
Magda Zacharska: records, but we talk about the preserving the column selection, that if we select on the landing page the columns.

503
00:58:29.040 --> 00:58:30.540
Magda Zacharska: The columns will be.

504
00:58:31.740 --> 00:58:36.270
Magda Zacharska: preserved for are you sure, and for the confirmation screen.

505
00:58:37.560 --> 00:58:40.530
Magda Zacharska: paging to the results of the on the.

506
00:58:41.700 --> 00:58:42.420
Magda Zacharska: On the.

507
00:58:43.650 --> 00:58:53.130
Magda Zacharska: Short form, and I think Sarah, this is the closest to what you are saying, do not commit to the database because, are you sure forum shows you.

508
00:58:53.550 --> 00:59:10.380
Magda Zacharska: This is how the data will look in the database once you make the change, but the changes until you click the button commit changes are not committed, so you can still from this form click cancel and go back.

509
00:59:12.210 --> 00:59:23.070
Magda Zacharska: So should we discuss just the paging to the results on the preview page under are you sure page.

510
00:59:24.510 --> 00:59:33.000
Magda Zacharska: We are out of the time we will be shortly out of the time and Internet minutes so maybe we should come back to this.

511
00:59:38.550 --> 00:59:40.020
Magda Zacharska: Discussion of the.

512
00:59:41.370 --> 00:59:43.050
Magda Zacharska: Of the behavior of are you sure.

513
00:59:44.760 --> 00:59:57.360
Magda Zacharska: form, I just want to mention that something that was brought up during the a user acceptance testing could save and close button was not clear enough that users were not.

514
00:59:58.380 --> 01:00:09.330
Magda Zacharska: sure that they are conducting the changes we make the change so right now, when you when you are on there are you sure form so, for example, before I do here.

515
01:00:11.250 --> 01:00:17.490
Magda Zacharska: Look at it and I change the status to missing, for example.

516
01:00:23.220 --> 01:00:25.110
Magda Zacharska: And this is the Community changes.

517
01:00:26.130 --> 01:00:47.640
Magda Zacharska: Here you can download the files, this is where you see all the records that will be affected the data is not safe in the database just yet you just see this is how it will look once you click commit changes and committing changes.

518
01:00:52.590 --> 01:00:56.970
Magda Zacharska: And here's the data that is already committed and changed.

519
01:01:06.390 --> 01:01:08.490
Magda Zacharska: So should we talk more about the.

520
01:01:11.160 --> 01:01:14.100
Magda Zacharska: about the are you sure form or are you.

521
01:01:15.900 --> 01:01:18.420
Bob Scheier (Holy Cross): i'm wondering why why it's different than the.

522
01:01:20.010 --> 01:01:23.220
Bob Scheier (Holy Cross): preview in terms of the way it displays.

523
01:01:24.360 --> 01:01:28.230
Bob Scheier (Holy Cross): As a separate window versus on the screen.

524
01:01:31.380 --> 01:01:37.410
Magda Zacharska: Because this dish you also an easy way to go back so if you are on the.

525
01:01:40.770 --> 01:01:53.040
Magda Zacharska: We need to start from your bucket is right now, but if you are here, there is no way of going back to the changes right, it is a do you see the problem with the pop up.

526
01:01:53.460 --> 01:01:58.890
Bob Scheier (Holy Cross): window I don't know if maybe if anybody if nobody else was wondering about I just wondered why.

527
01:01:59.940 --> 01:02:14.130
Bob Scheier (Holy Cross): When you're looking at a preview you're looking at it on the screen and then, when you get to the point of seeing the changes that you before you commit you get a pop up window and wondering why it can't when when did normally just be the same.

528
01:02:14.820 --> 01:02:20.520
Magda Zacharska: At least, you have the link directly you don't need to go to the action menu, you can link.

529
01:02:20.610 --> 01:02:20.850
Bob Scheier (Holy Cross): That.

530
01:02:21.090 --> 01:02:21.900
to download it.

531
01:02:23.520 --> 01:02:25.860
Bob Scheier (Holy Cross): Maybe so maybe it should both be like that I don't know.

532
01:02:26.280 --> 01:02:30.030
Magda Zacharska: um and I, you know I don't want to reinvent the ui.

533
01:02:30.540 --> 01:02:32.700
Magda Zacharska: Okay what's some reasons.

534
01:02:32.730 --> 01:02:34.620
Magda Zacharska: That we did it this way.

535
01:02:34.650 --> 01:02:38.820
Magda Zacharska: Okay, I just want to be as easier.

536
01:02:40.170 --> 01:02:43.200
Magda Zacharska: for you to use so if something is prohibitive.

537
01:02:44.220 --> 01:02:50.400
Magda Zacharska: For you being efficient, then we definitely need to be addressing it we are.

538
01:02:51.150 --> 01:02:52.440
Magda Zacharska: One minute after.

539
01:02:52.680 --> 01:03:03.750
Magda Zacharska: Our time would probably talk about the label, so we change the labels and also, if you have any suggestions to the.

540
01:03:04.980 --> 01:03:17.880
Magda Zacharska: Welcome meeting, please feel free to reach out and bring to my attention, thank you all for your feedback and time and then i'll talk to you in two weeks bye bye.

541
01:03:18.390 --> 01:03:19.500
Leeda Adkins: Thank you bye.

542
01:03:20.040 --> 01:03:20.400
Magda Zacharska: bye bye.