Skip to end of banner
Go to start of banner

2022-7-12 Bulk Edit Working Group Meeting Notes

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 25 Next »


Attendees (please add your name):

Magda Zacharska Kimie Kester (OLD ACCOUNT) Erin Nettifee Amanda Ros Jennifer Eustis leeda.adkins@duke.edu Jenn Colt Donald Depoorter Christine Tobias Sara Colglazier Timothy Dannay Lloyd Chittenden Erin Weller Scott Perry Timothy Dannay gongd@msu.edu Robert Scheier 

Note Taker:

Robert Scheier  

Meeting Recording:

Discussion:

TopicNotes (Currently in the process of editing the transcription file.--Bob)
Housekeeping
  • Magda: 7:57: As always I would like to ask those that are present in the meeting to add their names to the attendees list. I see there are approximately 17 People in the meeting. We don't have 17 names under the attendees. So please do if you have a chance. Bob, I hope you will continue to be our brave note-taker. Is this so?
  • Bob: Yes.
  • Magda: Okay, thank you.
  • Magda: 8:50: There will be no meeting on July 26th which is our next meeting, I will be traveling and I will I may not have access to a decent internet connection on that day. So, I thought it will be wiser to cancel the meeting. If we need to discuss we will probably use Slack for this. Is there any other housekeeping information from anyone else? Erin has indicated NO, so let's move to the next item on our agenda, the development status.

Development updates

  • Magda: 9:42: This is the current sprint. We are still finishing addressing bugs that we find found in Bulk Edit. Some of them you found in the UAT tests. So hopefully we will be able to address most of them before BugFest starts. If not, I will keep you posted about new deployments. The one thing that I would like to show you is that we have three stories in our backlog that we'll be working on in this sprint that will run performance on larger data sets. I bring it up because this is the feedback I got in the user acceptance testing. There is concern about the performance when using larger data sets. And I am concerned as well. So for the item statuses, for example, we will be testing changing the status from available missing and withdrawal. This is just a subset for testing purposes that will be run on 100 records and then the number will ramp up to 1000, 10,000, and 100,000 records. And the bulk edit will be triggered by submitting files with item barcodes, Item UUIDs, holdings UUIDs, item HRIDs, item former IDs, and accession numbers. There were comments about some problems with some files in UAT. So hopefully we will be able to catch those issues as well.
  • Magda: 12:12: Any comments? A question about that?

  • Erin: 12:22: So this is specifically for item records?
  • Magda: Yes. For item records. We already completed Bulk Edit User MODBULKED-21 - Getting issue details... STATUS
  • Erin: Yeah. That makes sense to me.
  • Magda: development status scrum board, I think we covered that.

Nolana scope update

Features planned for Nolana:

  • UXPROD-3705 - Bulk Edit - User data - in app approach
  • UXPROD-3712 - Bulk Edit - in app approach - loan types
  • UXPROD-3704 - Bulk Edit - in app approach - holdings locations
  • Possibly also:  UXPROD-3713 - Bulk Edit - in app approach - item notes

Other features planned but delayed:

Bulk edit will need to address existing dependencies and that will require additional work.

The feature that was deprioritized by MM SIG:

  • UXPROD-3707 - Bulk edit - inventory items - csv approach
  • Magda: 13:29: Nolana scope updates--when we met last time I provided a few slightly different list. So, what is left from what I was showing is bulk edit user data. In-app approach, we will be trying to add an in-app approach for users, so they are in the same pot as item records.
  • Magda: 14:07: For Bulk Edit items, we will add support for loan types. We will also support holdings location similarly to the item location as we implemented in Morning Glory. The other features that are planned but delayed are the Bulk Delete inventory item records and delete user records.
  • Magda: 14:40: After meeting with developers, they are extremely uncomfortable with the fact that not all the dependencies are being handled. First, in inventory, all of them are only handled on the UI. So, we need to recreate them. We also are not confident that all the dependencies are actually identified. You can live with this if only deleting one or two records manually. But once we started deleting hundreds of records, then this issue will be more visible and prominent. So, the development team proposes a separate approach, not soft delete, which means the record is marked as deleted, but still retained in the database, not hard delete, where the record is removed. The option proposed which is now on the table is called hybrid delete, which means the record is removed from the main table from the users or items, but it still stays in the temporary table stays there, as long as the user are well defined. So adding this temporary table and having the maintenance of this temporary table is adding to the scope of deletion. We will have a better understanding of how much more work it will entail probably by the end of this week once I meet with the development team and architects.
  • Erin: Is there a wiki page?
  • Magda: 16:58: It's not the wiki page just yet. There is a Google Doc. I will put this into the chat when I find it. I probably will not find it right now. I will find it. And I will post this on our Slack channel.
  • Erin: 17:13: I guess I'm not sure why creating a brand new table structure is better than doing a soft delete?
  • Erin: 17:35: I understand the reluctance about these features in general, like that makes total sense to me.
  • Magda: 17:43: I think inventory is especially difficult. Because all the dependencies right now for manually deleting one item are in the UI. So first of all, we have to implement those on the backend. And then not all of them are implemented. So that is something that we would need to investigate as well.
  • Erin: 18:16: Why is the assumption that Firebird would need to do that work versus Prokopovych? is it just like Prokopovych just doesn't have the capacity so Firebird needs to do it?
  • Magda: I think no one has the capacity.
  • Erin: 18:31: Well sure. But I just ...
  • Magda: 18:37: I see Jen's comment. It is the client's responsibility. When you say client Jen, do you mean the software?
  • Jenn: Yeah. Client Yeah.
  • Magda: 18:50: So that this the system that is subscribing to the data. I disagree with this approach, to be honest. I fully disagree or partially disagree actually. But we can talk about this maybe during our next meeting, I would like to move on.
  • Magda: 19:12: The last sentence about deleting item records, there is a parallel initiative that is related to marking inventory instances for deletion that depending on how it is implemented, we will need to adjust accordingly on our site as well. So more on deletion later, I will put the document in the slack chat after the meeting. This is still a work in progress. More about this probably during our next meeting.
  • Magda: 19:54: The other thing that was on our list when we talk last time was the CSV approach for items. However, MMC deprioritized it. They felt that they would rather invest time in the in-app approach because this seems to be the more desired behavior for MM SIG.

  • Magda: 20:53: So I added the comment to the feature if anyone is interested, I know some of you were interested in this, I think Sara. We not going to do it in Nolana. We will probably do it later, in a few releases. But at this point is not planned.
  • Magda: 21:30: There is one other feature that I hope we'll be able to squeeze as well in Nolana which is the item notes. It was mentioned at one of our meetings that once the location changes and the loan type changes, you would like to have the option of changing item notes. I will get a little bit more feedback about the requirements at the MM SIG meeting on Thursday and we'll see what we can squeeze in.

  • Magda: Bob, go ahead, what was your question?

  • Bob: 22:13: I just was wondering what Jenn meant by it's the client's responsibility?

  • Jenn: 22:21: Sorry, I just meant...I'll put the issue in that we filed. We accidentally deleted some items via the API that had loans. When we complained that the API hadn't returned any errors, we were told that it was because the API is meant to let you do whatever you want. And it's your responsibility when you write your script or your bulk edit program to check the dependencies.

  • Magda: 22:44: I definitely disagree with this approach. The business logic should not be in the UI, the business logic should not be in the client's scripts, and the business logic should be handled consistently through FOLIO. So it should not matter if you're using the UI or you're using API, the behavior should be the same.
  • Bob: 23:12: Thanks that clarifies that.
  • Magda: 23:15: So what I just said is my opinion. And this is how we will try to implement it in Bulk Edit. I'm not saying that everybody in FOLIO agrees with this approach. Sara, go ahead.
  • Sara: 23:34: So this is more back to the deprioritization by MM SIG. So just want to be sure I've understood correctly, it's not that it's off the table is just been pushed off without any kind of definite release in mind. So it is kind of an indefinite push off of bulk edit of inventory items via CSV approach is that correct?
  • Magda: Yes. It is in the backlog. It's just not prioritized at this point. So definitely not for Nolana. Depending on the interest we will get from this group...and you're pushing for this functionality?
  • Sara: 24:37: Yeah, I think it could be especially helpful if you want to have to do a large number of complex changes, like multiple changes, for example, loan type and temporary status. To me, it just seems like a much better way to handle this via the CSV file. So I do still advocate for this option in the longer term. But I totally understand that the in-app should come first. So I'm fine with that. I just don't want this to be one of those things that stays in the backlog for years.
  • Magda: 26:13: So I agree with you Sara on this because we saw similar things happening in Data Export. We had stories that were pushed later, and we never had a chance to get back to them. Hopefully, we will have a chance to get to them. But they aren't prioritized. I also agree with you that CSV is a powerful tool and can help in special cases to simplify the updates for larger data sets or some specific data set.  But this is not a tool for everyone. You have to be comfortable with the data set and be aware of the impact of the changes you are making. So more people will definitely be more comfortable with the in-app approach. So let's do the in-app approach. We will not be able to support all fields in the in-app approach. We will do the most commonly requested fields. And then the CSV approach will be the way to handle the cases when you would like to work with other fields. But this is something on our roadmap, not for Nolana, and most likely not Orchid. Okay, what I would like us to do, which is on our on my list to do once we do some work on the inventory, we will start working on some records from circulation and from acquisition then, so we can then start the building across app queries. But this is something that is starting to talk in the Orchid release or later.
  • Magda: 28:18: Any question about the Nolana plans?
  • Magda: 28:27: Then I will move to the feedback that we have received from UAT.
UAT feedback review
  • Feedback details: https://docs.google.com/document/d/1bH0ZMG2RZte_5Anl8t2-ApcDEUX1AzxzYXn0uUVBq60/edit?usp=sharing
  • Magda: 28:38: But before we do this, I have a couple of questions for those who participated and those who did not participate. We got only four responses, which is definitely less than I was hoping for. I understand that the libraries were going live. There was a holiday and people were on vacation, and on top of that, there was the American Library Association Conference. I think to respond to the survey was probably half an hour of work, and I hope for our next UAT we will get better feedback with more responses. The feedback I got was awesome. People that responded provided a lot of very helpful information. So thank you very much for this. But I have a question for those that reached out to me for a login but never responded to the survey. Is this because of time constraints? Or did you run into issues that you were not able to overcome?
  • Lloyd: For me, it was just time at the library. You know, we're currently implementing folio right now. And things got pretty intense. And so I did ask for the login credentials. And actually, I started once or twice and then got waylaid.

  • Magda: I understand that. I want to hear that to be sure it was something other than Bulk Edit. Because I'm concerned if it is just difficult to use for you. And if so, what else can we do?

  • Lloyd: I don't think it was the result of the survey at all. It was just my time.

  • Leeda: I would say it was just a combination of bad timing. Again, I feel bad because I was the one who pushed for two weeks. And then two weeks, couldn't cut it in this particular instance, but also my tendency, especially with a group of 15 to 20 of us, is to think, oh, somebody else's done it. That's just my bad habit. I can only promise to do better next time.

  • Ros: For me, it was a timing thing with going to ALA, and then we tested KIWI. I also had a new employee start, so I am stretched in other ways.
  • Magda: There's one more person that didn't volunteer his side of the story. I'm not sure if we have this person on the call. I will reach out in a private message to get feedback.
  • Magda: Okay, so let's start with what was submitted, and I will go in the order of how the application progresses, not necessarily the order of the submitted responses. So the first comment is about the landing page and the fact that there is no indication you need to select a Record Identifier to move on because otherwise the file pick-up/drag-and-drop is disabled. And the other suggestion to move the record types selection above the drag-and-drop area is even higher. I do believe we talked about moving record types, and we decided to leave it as it is because it is consistent with other apps like data export, and import. But I do believe that that approach to move it up would make the flow of the mouse better on the screen. What do you think about that?
  • Bob: I remember the conversation. And I think I think consistency just won out over what is a better UI design. I'm of mixed minds myself. But I would tend to leave it to keep things consistent.
  • Erin: I tend to vote for consistency as well.
  • Lloyd: I'm one that commented on this. It was driving me crazy. Because things were not where they needed to be. So I understand the consistency argument. But for me, the argument I'm going to make is the usability argument. It's enough to drive you batty. I would do things and they just simply would not work. Because the right things weren't selected. And maybe it's just me not paying close enough attention, but to me, it is a real usability issue.
  • Some are a couple of things, I have to admit that I agree with you. But it drives me nuts as well. But it drives me nuts. I'm sorry, this is probably not the vocabulary I should be thinking of personally. But it annoys me. But only if I'm logged with the both permissions that allows me to select between record types. Right now I'm logged into this environment with the permission that gives me access only to inventory items. So the selection is done for me. And I don't need to worry about that. The question I have for this group is, if someone has the permission, how often do users that will be working in bulk edit will have the permissions for all the apps?

Unknown Speaker  6:51  
Not all but they will have permission to lustres? Right? They might have users in circulation, or inventory and orders or something like that. So

Unknown Speaker  7:03  
so this won't be a problem. Yeah, I

Unknown Speaker  7:05  
agree with what Aaron said about clusters of permissions.

Unknown Speaker  7:10  
So Jen is saying, as asking about where this pattern is elsewhere in folio?

Unknown Speaker  7:18  
Yeah, I'm just trying to understand what we're trying to be consistent with. And I don't know if

Unknown Speaker  7:21  
Kimmy is on the call or not might chime in. And she has thoughts on this, but I think

Unknown Speaker  7:33  
I'm going to the snapshot, because I have

Unknown Speaker  7:38  
the structure of you have the preview, like and then running jobs, Jen. So I think that's it.

Unknown Speaker  7:49  
So um, the data import it's on the top, but you don't make any selection before the job here. Data Export, is also on top here. But again, you don't need any selection before you start making that.

Unknown Speaker  8:18  
I don't see how either one of those relate to this.

Unknown Speaker  8:22  
I think it's maybe more close to like the pattern and inventory where you have the drop down for what you're doing. And then you're searching kind of underneath it. I mean, I don't have a strong opinion about this. You know, I think you know, does is it sticky? I haven't played with this enough. Like, you know, if I put it on usernames, does it stay on usernames, or, you know, are there other ways that might be more intuitive for people who have multiple apps, but it might also be a thing, where if it's, if we have people, I haven't heard anybody super defend this pattern now that we've had some chance to play with it more. You know, if it's a simple change, then maybe that's a UX win that can make this a little bit less frustrating. So

Unknown Speaker  9:12  
we have Kimmy on the call. I'm sorry.

Unknown Speaker  9:16  
I am not sure. It looks like she's on the call, but she might be I am. But I'm having

Unknown Speaker  9:23  
some connectivity issues at the moment. So Magda, do we have to make a decision right now on this no or talk to you? Yes, we can. Yes, I definitely. We can come back to this. The other issue that Mark brought up that once you are on this one, once this form, opens you can try to drag and drop files here. And it doesn't tell you that you did not select that the, the record identifier. So the the, for me, it is pretty clear that this is disabled. So you need to do something. And it states here select a file with record identifiers here. Maybe we should add the label here, select Record identifier, or what do you think? What would be the visual cue? For the user, that user knows that this is the first step?

Unknown Speaker  10:44  
Can you open the drop down menu

Unknown Speaker  10:46  
briefly to see all the choices? So this depends, obviously on the on your selection on the users, this are the user user ID, user barcode, external IDs and user name.

Unknown Speaker  11:01  
So can be a saying in the chat that record identifier should have an asterisk? Because that is the that is the the

Unknown Speaker  11:12  
required here. Yeah,

Unknown Speaker  11:14  
I think people will understand that that I have to choose something here.

Unknown Speaker  11:18  
Okay. Okay, and we can easily we can implement this,

Unknown Speaker  11:25  
is there a way to have the system generate a message when you try to drop something there? And it's inactive, that says, Choose an identifier?

Unknown Speaker  11:39  
Yes.

Unknown Speaker  11:45  
Okay, I still exist, definitely the easiest way. And once we do the aesthetic look for the output to the MSA if the user misses it, so proposed solution. So

Unknown Speaker  12:09  
I think maybe if we move, record types to the top, since it's affecting what you can see in record identifiers, and then record identifiers come second, and then your drag and drop.

Unknown Speaker  12:28  
Yeah, that makes sense to me. Because if you're wanting the UX, the UI to guide people towards the order of operations, then you just put the stuff in the order of operations, like that would make sense.

Unknown Speaker  12:54  
And I think that reordering would probably also solve Mark's problem, because it makes it logical.

Unknown Speaker  13:02  
I think that would go a long way to hell.

Unknown Speaker  13:11  
I wrote this in Yamo. So we know. So I know, we need to come back to this. The next issue or was about the columns that are displayed? I put the screenshots here, but the screenshots are not really readable here. So let me this is the performance, and I will use the same. Okay, so the question, right here was about how the columns are displayed and chosen. Actually, we discuss this in March, as a group and this is what we agreed upon. What are your suggestions? What would you suggest we do?

Unknown Speaker  14:10  
So this one was my comment? So I'll just say that the reason I reacted to item effective location being there instead of location fields, is that I'm cannot directly act on effective location. And it seems like I would want to see the columns that hold the values that I'm actually going to act on. Maybe you

Unknown Speaker  14:29  
can't act on effective comm number either, right.

Unknown Speaker  14:33  
But that's not even a choice right now. So I wasn't worried about it, like I was trying to do. I was like trying to do an actual task, which was changed the location. And so like for, you know, for a UX test, that's what I do the thing that will be a test.

Unknown Speaker  14:52  
So this is the point of the user acceptance testing, that you provide feedback like that. So should we get together again, or I can put the query and other query the survey. So we can discuss which columns should be available on the first load? And what, like, which one should be pre selected? And which one shouldn't be in the

Unknown Speaker  15:26  
maybe? I can't remember because like everybody else, my brain is soup right now. But did we ever do like a coat sort exercise or anything else like that? That might?

Unknown Speaker  15:39  
We did not what we did I think it was sometime in March, March. I don't remember the date. But this was in March, we can I would put together a survey, probably as simple a survey. And since we don't have a next week meeting, maybe we can, you can provide your feedback

Unknown Speaker  16:02  
survey. If you would like me to do that I can, I can do again. Some do because a Qualtrics instance, I can do a sort on a, I can make a survey. They're

Unknown Speaker  16:13  
awesome. Thank you, for the product columns in the I can send you the list of the fields, because obviously, there are more fields than there are here. And then we will discuss,

Unknown Speaker  16:28  
well, is it a card sort on the stuff that's here under Show columns or a card sorted on every inventory value?

Unknown Speaker  16:36  
inventory item along with what the group thinks? Should we stick to that those fields? Or should we expand?

Unknown Speaker  16:51  
Because I just feel like the item record has a lot of stuff on it. And I feel like Yeah, and I feel like we kind of we almost certainly have what we would want in this list. The question is, how is it ordered?

Unknown Speaker  17:07  
As I said, I didn't come up with this list out of the, we discussed? Yeah, obviously, we need to re discuss this. So once we are really discussing it, maybe we can start from zero and see what the group thinks. Okay,

Unknown Speaker  17:23  
I'll just say one other thing that was like part of this feedback, it's that this is the only opportunity you have to choose these columns. So even if you look at this, and you're like, Okay, this is fine. When I upload my file, it's changing, say, the permanent location. And I get to that next screen, I can't make location, yes, I have one of the columns, then I made him

Unknown Speaker  17:43  
appear.

Unknown Speaker  17:46  
The combination, I guess more than like picking the perfect lists, like if that second screen could have a change. So I could be like, Oh, I forgot to pick that then that would be you know

Unknown Speaker  17:56  
what I mean? I know what you mean. But I think to add the peak list on the other screen would be difficult. I'm not saying it cannot be done. I'm saying it may be difficult, I think it would be easier to implement to make it consistent. So once you select once you select your options here, once you select the columns here, the selection persists through all screens, through the usual form. And on the confirmation screen. So those are the columns you have selected.

Unknown Speaker  18:38  
I mean, another option here is to go minimal on what's displayed and make it more obvious that you can pick things to add. So that people are like, hey, there's no location here. And then they go pick which location they want to look at.

Unknown Speaker  18:53  
And I look

Unknown Speaker  18:57  
lamentation because I think that it so I like Jen's second her first proposal of potentially adding the picklist to the six The following screen as well. But if that's more complicated, then I think forcing us to actually open it and select what we need to see all the options and then make the all the choose what we need to see for this operation is the important thing because I think actually the effective location is really important to have it just because really in combination, all three are really important if that's what you're focused on. Because I think for example, if you're controlling your permanent location from the Holdings Record, that item actually says none for the permanent location. And so, yeah, so we wouldn't so to put permanent location there for the i would be kind of nonsensical to write like, as a default, you still have to open it and add more. So I like the idea of going minimal and really just forcing you each time to go. Okay, I have to choose what I need for this operation right now. Let me check off what I need, and being forced to make that decision, so to speak. I don't think that's a burden.

Unknown Speaker  20:27  
I would them, we will come back to this. Once we have a feedback from the from the survey, and we either do the way in volunteer with the Preakness or organizing the the fields. There is I'd like the option of bare minimum bare minimum to be displayed on this screen. But the question is, what would be the bare minimum? What? Do you want to have only barcodes? Or the what do you want to have to be displayed? And I do believe this would also be worried about we will about vary from scenario to scenario what what feelings are you planning to update? I will put

Unknown Speaker  21:27  
just looking at that list and I will save the bare minimum have a barcode and item HR ID, then I would like something that kind of prompts me so I don't panic. That's that. That's all I can see. They say please choose please select more columns here or something.

Unknown Speaker  21:50  
Yeah, I would say that too, is kind of like that identifier field, we need something to say select fire record, or whatever. You know, something that prompts it being up in the Actions menu is actually really far away from just that one thing in the middle degree.

Unknown Speaker  22:11  
Can you repeat?

Unknown Speaker  22:14  
So So when I'm looking at the screen, right, I have file name up top, and then I have preview of record match. And then I have errors. But the Action menu is really far away from indicating to me that this is how I select the columns, you have record matched. And just like we were saying that over for set criteria for record identifier, it just being blank is not helpful. It actually needs to kind of indicate to us it needs to prompt us by saying select Record identifier or whatever it was that we just agreed on, to prompt you to drop down in what you need to select. So it's almost like preview of record match needs also some kind of like little indicator select from fields. Like I was just speaking.

Unknown Speaker  23:02  
So KIM Yeah. So Kimmy saying in the chat, you know, we could just put a note that says Choose Columns under the Actions button. So you add some text there. I guess the reason I'm kind of feeling not great about this, these proposals is I think more that I would be more comfortable with it. If I felt like I could choose it, and then it would stick. In other words, I don't want to do this every single time I'm coming into the app, and dealing with user thing. So we get to the idea of like user fully renewed the user profile system, which it doesn't have right, to be able to save like my local customer preferences and things. So I just I do feel like the order of what is there make sense? In some contexts, it doesn't make sense in every context, but there are some contexts where it does. I think Sarah's point about the fact that sometimes the location fields are completely blank is also very valid, right? You know, and that may have been part of where we were when we were first talking about the list. What we could do is we could do a cart sort for all the columns that are listed. We could do a card sort for every field and inventory if we wanted to do that. And then we could do a question that says, What would you consider to be the bare minimum? And just, you know, choose these values, and we can see what comes back?

Unknown Speaker  24:37  
I thought the show column approach is consistent with other apps. I'm picking inventory because that's where I spend most of my time, but I know this is the behavior also in other places as well. So I would not expect this to be so I'm expected, I would say that if you don't see what you want to see, you would naturally go to action menu to select the columns.

Unknown Speaker  25:14  
And probably MACRA, you are absolutely right. We're all new to the system. We're all getting into the system. So we haven't been using it enough to realize that we're going to be being trained by each app to do certain things and to look for certain things in certain places, right? We're still learning where things live. Like, right now, I would say I would never have thought to click on Actions to find that information, you know, to find more things to add, but asked me in a month, probably it's the like, the first thing that comes to mind, oh, yeah, just click there and, or an ad that, I will know that. But we're also

Unknown Speaker  25:54  
I understand that this is a new product for you. But the approach of selecting columns is not specific. The behavior for bulk edit it is,

Unknown Speaker  26:07  
it's a UI pattern that's across

Unknown Speaker  26:11  
kind of likes the right my, my programmed reaction from our current system is to go to the ER and right click, but I don't see enough columns, you know, right click, and then the then this very show columns thing shows, is something to get used to.

Unknown Speaker  26:31  
I think this is just a different approach, because your current systems probably not what web base you are, you're talking to the client. And so I let me put in the user feedback is that we will follow up with the survey.

Unknown Speaker  27:38  
The next was about the record. This is important, and we have five minutes left, but maybe we can start talking about this. So this is the same file that was used by the person who provided the feedback, this feedback, and here's the behavior. The file contains 15 entries. Two of them are errors. So though, there are no matches for those two identifiers, so the 13 records that much the list here does not contain 13 Records much. The idea of the preview is to show Top 10 records. And the the way we discussed it, if you want to see more, you do the download master records, and you select and you'll see this in the CSV file. If this is not clear, and it needs to be readjusted, let's talk about this. Do you think the number of 10 is insufficient? It shouldn't be more if it's insufficient than how many would would satisfy the need. The other thing is, there is a bug right now because there is 32 it should show at least 10 is showing nine. So I find I found the back for this to find out why we are getting on the nine instead of instead of 10 The one thing that I don't I did not understand from the from the comments is about 11 marched with two errors. So was this day font file, or if the person who submitted it can provide a little bit more feedback, if they understand that that would be awesome I will reach out to the person directly. Let's go back and question of the preview


  • No labels