Please put the new/open comments at the top, so that the closed/on hold ones will drop toward the bottom, as the list becomes longer.
...
| Date | Tester | Functionality | Observation | Status | Reviewed by | Resolution | ||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2020-07-01 | Felix Hemme (ZBW) | Organizations: retain line breaks in the description field | Line breaks from the description field are visible in edit mode, but not in view mode.
Interested Parties: Good point, Felix - I think this actually should be logged as a bug. We had a similar issue with addresses: UIOR-296 (Ann-Marie Breaux (Deactivated)) | |||||||||||||||||||||||||||||||||||||||||||
| 2020-06-29 | Emma Boettcher | Check In notes | Only one check in note shows without scrolling, and it's not clear that users have to scroll to view more notes. | |||||||||||||||||||||||||||||||||||||||||||
| 2020-06-16 | Felix Hemme (ZBW) | Organizations: interface note table width | Notes on the platform are difficult to read if they are of a certain length.
Interested Parties: | |||||||||||||||||||||||||||||||||||||||||||
| 2020-06-01 | Duke ERM staff, reported by Julie Brannon (old account) | Organizations: UI Consistency with other FOLIO Apps | Users found it odd that the Organizations app includes a "Summary" section at the top while other apps do not have an explicitly named "Summary" section. Would prefer to see consistent approach for the header/top/summary section of each app. | Dennis Bridges | ||||||||||||||||||||||||||||||||||||||||||
| 2019-12-19 | Cornell Usability Working Group, reported by Huda Khan | Circulation/Access: Placing a request | Users asked to place a hold request for the patron given title and call number struggled to find the options to add a new hold request: the item dropdown and the "New" button on the main request screen. These users also commented on the amount of information in the inventory screen that did not appear relevant to then. Additionally, users thought they would lose what they had done if they clicked on "new request". Recommendations include having a clearer way of adding a request by, for example, making the dropdown more apparent on the item record or having a button on the inventory screen for requests. The Requests app may not be directly useful for Circulation users and perhaps this app could be hidden for Circulation users. Additionally, the language for "new request" could be changed to "place request" or "save request". (See Report for more.) | Done |
| |||||||||||||||||||||||||||||||||||||||||
| 2019-12-19 | Cornell Usability Working Group, reported by Huda Khan | Circulation/Access: Backdating item when discharging | Users did find the date and time pickers but did not understand that clicking the "x" in the box would reset the process date/time. Recommendations include adding an option to be able to clearly reset to today or now. Users also liked seeing the processed and actual times on items, although they did not see the time on all items consistently on the check in screen. Recommendations include ensuring times always show with items checked in. (See Report for more.) | |||||||||||||||||||||||||||||||||||||||||||
| 2019-12-19 | Cornell Usability Working Group, reported by Huda Khan | Circulation/Access: Searching for a patron name for check out | Most users struggled with how to structure the name with the patron lookup ("first last" or "first,last" or "last,first" where "first" and "last" are used to denote first and last names respectively). Most users went to the bardcode box to search for the name before seeing patron lookup. Recommendations include using a hint in the search box to indicate how the name should be searched or breaking the search box into multiple text boxes. (See Report for more.) | |||||||||||||||||||||||||||||||||||||||||||
| 2019-10-22 | UI / Permissions | If you are a user who has no permissions and you log into FOLIO, what you see is the FOLIO homepage with the wonderful "the Future of Libraries is Open!" .... and then you can't do anything, and there's no error message or other feedback presented to the logged in user. I think that for institutions that use SSO, they will want to be able to present some sort of message through the GUI at this stage, whether through pop-up or a static message that appears on the screen - something like "You don't have permissions to do anything, if you think that's an error, please contact _________". That way you don't have a dead-end for the person who came in. This is in no way an MVP feature, but I think it would be desirable so wanted to send it on for input. | ||||||||||||||||||||||||||||||||||||||||||||
| 2019-08-16 | Jenn Colt | Data import | The gui log shows all green as if the import works but the job execution log shows (correctly) that the import failed. This seems to happen when the problem is with posting the batch of instances rather than during the marc conversion. In server logs I see a 500 error indicating the instances were not saved. | |||||||||||||||||||||||||||||||||||||||||||
| 201-06-20 | Inventory | There is a lot of information in the item record that does not appear on the three panel display. Is there a ticket for improving that display? Would be very hard to use in the current state. Comment by Uschi Klute Klute: This might also be a problem if a user has the permission to view the item record, but no permission to edit the item data. | Closed. Will be incorporated when working on feature: UXPROD-1807. | Charlotte Whitt | patty.wanninger - not sure where you are looking The view item detail record is aligned with the item record in edit mode Charlotte Whitt , Indeed the detail is in the record; it needs to display in the item accordion, since there is often a need to distinguish among serial volumes, for example, to know which one needs to be looked at in detail. patty.wanninger - then you are not talking about the item 'record' but the Item Table on the Instance Record, which is the list view of items associated with holdings records to a given Instance record. The display of these Item tables are still work in progress. I guess we can expect more requirements when working on feature:
See also:
| |||||||||||||||||||||||||||||||||||||||||
| 2019-06-20 | Inventory | You can add multiple copy numbers to an item record. Isn't that contraindicated? Why would you have more than one copy number on a single item? | Closed | Charlotte Whitt | patty.wanninger - I'll file a bug report about that
| |||||||||||||||||||||||||||||||||||||||||
| 2019-06-07 | Inventory | Overview: Modifying the search indexes results in broken search Steps to Reproduce:
Expected Results: The system displays all records where "zhang" is found by a search on contributor. Actual Results: The system displays "No results found for "zhang". Please check your spelling and filters." Additional Information: After resetting by clicking on "Reset all" an re-typing "zhang" in the search box you'll get the expected result. I could not find a bug in Jira that has already been filed for this issue. Please ignore it, if this is already on your radar. Interested Parties:
Steps to Reproduce:
Expected and actual result: The system still displays the two records because they both contain "Zhang, Yan" as contributor. Additional Information: Because of bug
| Closed. Verified with Lisa Sjögren (EBSCO) It's a bug that Chalmers in the bugfest environment didn't include contributors. | Felix Hemme - this problem you get, is probably not so much about search, but also that Chalmers apparently has not migrated contributor data (7xx). I'll reach out to Lisa Sjögren and Theodor Tolstoj to get a better understanding on, why Chalmers only migrated the primary author (MARC tag field 100/110/111) See following examples:
Felix Hemme identified some odd search behavior, which we'll get ask Julian Ladisch if he can shred some lights on, and give a behind the scene explanation of the search query behind the contributor search. Error examined during search & sort session, follow up on bug report in Jira. Note that the contributor names have been copied into the title field on https://bugfest.folio.ebsco.com so that the All search may find the records via the title field. | ||||||||||||||||||||||||||||||||||||||||||
| 2019-03-28 | Felix Hemme | Cross-app |
Expected Results: The system displays the orders screen and the search&filter pane, the search result (2nd pane) and the previous selected order in the detail view (3rd pane). => This is at least the behavior Martina Schildt and I would expect. Actual Results: The systems displays an empty "Create POL" screen.
Additional Information: This bug? can also be reproduced in Users and Inventory.I'm not sure if we ever talked about the expected behavíor. But I would expect that we don't end up in an "Create xxx" screen, if we already dismissed it. Interested Parties: Filip Jakobsen Khalilah Gambrell | |||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska | Users | Staff testing had a hard time understanding "Source" in the Loans details. | Done | "Source" is used as a label to indicate the source of an action/change within FOLIO. Usually this is a specific user (e.g. Sally Jones) but it could be a system (external or FOLIO itself). For this reason, "source" was deemed a better label than "user". | |||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska | Users | Staff wants a "Save" button in the bottom of the Create user-form. | Done | Cate Boerema (Deactivated) | This aligns with the feedback from Khalilah Gambrell's survey. She has published results and recommendations here: https://docs.google.com/presentation/d/1uTWqdFsTs8giZuSgIU9vNPppoPotQsM2/edit#slide=id.p1 | ||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska | Users | All staff (12 in all) testing Folio had problems with understanding that the button "Create user" in the upper right corner means "Save". | Done | Khalilah Gambrell |
| ||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska | Overall | The last open record when previously using an app shouldn't be open after using another app, this is a privacy issue. | The current behavior was a very specific requirement from the UX team, but it may be time to rethink it. Tagging Khalilah Gambrell to see if she has been hearing more about this in her user research. | ||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska | Overall | The staff found the highlighting of the app they where currently using to vague | |||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska | Users | After having opened a User record and conducting a new search the previously opened user record is still open, making it confusing for the staff and easy to use the wrong user record. | UX review | Khalilah Gambrell |
| ||||||||||||||||||||||||||||||||||||||||
2019-03-27 | Siska | Users | Our staff finds it hard to find and understand "Open loans" as opposed to "Closed loans". They suggest that clicking "Loans" should display the open loans and closed loans should either be removed or less visible. | UX review | This aligns with the feedback from Khalilah Gambrell's survey. She has published results and recommendations here: https://docs.google.com/presentation/d/1uTWqdFsTs8giZuSgIU9vNPppoPotQsM2/edit#slide=id.p1 | |||||||||||||||||||||||||||||||||||||||||
| 2019-03-15 | Inventory UI | In looking at the mapping for the Inventory UI, testers noted that the display would be much more readable if series notes (490/830) (currently an array) could display on separate lines, and if 5XX notes could display with a space between each note. Some general notes are many lines, and hard to parse. Can we write a ticket for this? Not actually a bug. | Closed | Charlotte Whitt | patty.wanninger - a bug report has already been filed on 1/20/2019 - see JIRA ticket -
I totally agree, that this needs to be solved sooner than later, and is highly relevant for libraries who are in the mid of doing migration of their bibliographic data, or early implementers who are planning their migration. | |||||||||||||||||||||||||||||||||||||||||
| 2019-03-09 | Inventory |
Interested Parties: Charlotte Whitt | Closed | Charlotte Whitt | Felix Hemme, the loaded sample records is somehow corrupt, and not displaying correct after we enhanced the instance record more accordions. Are these records important, then we could try to produce them again. Create the json, and load the json records again. Charlotte Whitt the records are not important to me. Just wanted to let you know about it. Then you could change the status of this "ticket" to closed | |||||||||||||||||||||||||||||||||||||||||
| 2018-11-26 | Settings/Locations | Overview: Locations name: check on uniqueness fails WHEN NAME CONTAINS QUOTATION Steps to Reproduce:
Expected Results: The system displays the following information: "Location name must be unique" Actual Results: Location can't be saved (which is fine), but no message is generated by the system. Additional Information: The quotation marks could cause the error. If a duplicate location Publikationen im Europäischen Dokumentationszentrum (without quotation marks) is created, the check will work.
Interested Parties: ? | Open | Charlotte Whitt | It's a general problem with the Settings component. Other Settings fail as well, see e.g. Settings > Inventory > Holdings > Holdings type. I'll file a JIRA ticket on this -
| |||||||||||||||||||||||||||||||||||||||||
| 0/9/2018 | Vendors | The display pane still shows the field name ERP code
while in the edit screen the iled was renamed to Accounting Code. Interested parties: Ann-Marie Breaux (Deactivated) | Added as a bug to JIRA. Issue Key UIV-2. . | |||||||||||||||||||||||||||||||||||||||||||
| 9/9/2018 | Uschi Klute Klute | Vendors | In the accordion "Agreements" the Discount is not displayed, but the agreement name is repeated. Interested parties: Ann-Marie Breaux (Deactivated) | Added as a bug to JIRA. Issue Key UIV-3. | ||||||||||||||||||||||||||||||||||||||||||
| 8/30/2018 | Felix Hemme | Settings / Inventory | Overview: Unique resource type code Steps to Reproduce:
Expected Results: It could be either:
Actual Results: Nothing happens. The new type can not be saved. Additional Information: See scenario 11: The scenario above could also apply to "contributor type" and "formats". I'm not able to test it, because as soon as I click on one of the two settings the systems slows down and is not responding anymore. Interested Parties: Charlotte Whitt | Open | Hi Felix Hemme - I have filed bug report: JIRA ticket on this -
Format is still in progress
Please note, that we have already planed to refine the work on these types of lists:
with:
| |||||||||||||||||||||||||||||||||||||||||
| 8/22/2018 | Felix Hemme | Inventory | Overview: Type of boolean operator inside a filter Steps to Reproduce:
Expected Results: I get 0 search results. Actual Results: I get 3 search results ("journey through europe", "Cantatas", Transparent Water") Additional Information: Looks like a design decision to me. At the moment multiple filters are chained with a boolean "OR". Let's say you have a record for a music video on YouTube in your database that has two RDA content types (= resource types in inventory): "performed music" and "two-dimensional moving image". You aren't able to filter for this specific records at the moment. I propose to change to boolean "AND" or implement some kind of function to choose between "AND/OR". Interested Parties: Charlotte Whitt | Open | Charlotte Whitt | Charlotte will discuss this issue with Niels Erik Nielsen. TBD if the solution is a) to change to the use of boolean "AND" or b) implement JIRA
- - - Hi Felix Hemme - right now Resource type is implemented as a Non Repeatable element. But that said we still need to reconsider the existing solution, while in the revised work for Beta we want e.g. Formats to be a repeatable element - see: https://drive.google.com/drive/folders/1Yg-kpCMQ6hCNh5nCPORdGkTZFoau1ETC Thanks Charlotte Whitt for pointing this out. I had a look in our libraries records and we have 209 records where marc 336 is present > 1 (compared to a total of about 4 million data sets, this is small, but it occurs.) I goes during import the import script will only use the first occurrence? | ||||||||||||||||||||||||||||||||||||||||
| 8/16/2018 | Users | Recently, the User search changed so rather than having two boxes, Active and Inactive, it has been restyled so there is only one box, "Include inactive users." Because the default display is a blank page, removing the "Active users" box means you have to choose "Show inactive users" to get a list of patrons in order. You could also select a patron group, either some or all. But it does seem counter-intuitive that there is no way to simply show active users. I get the reason for the blank first screen but it makes the app unfriendly. Additionally, there is no possibility to see inactive users only. This is important as there will no possibility to delete users in the near future. (Comment from Uschi Klute) | Closed - completed |
| ||||||||||||||||||||||||||||||||||||||||||
| Uschi Klute Klute | Inventory | If I want to edit the instance I want to see the complete content of a field. The following fields are shortened if there is a common amount of characters in the field:
In particular the title can have many hundred characters, so there is the need to enlarge the input fields in general. Even if I have a rather short title and I want to add the subtitle I must see the complete content of the field during typing.
This is the complete title:
| Open | Charlotte Whitt | Will address these observations in
| ||||||||||||||||||||||||||||||||||||||||
| 4/18/2018 | patty.wanninger | any | Occasionally when I working in the snapshot or testing environment, using Chrome on a Windows 10 machine, I will take an action and the screen will blank to repaint, but then it hangs there. I can make it paint by refreshing the page. It is intermittent, though, so would be very hard to make a ticket for. Does anyone else experience this blank screen? | Open | ||||||||||||||||||||||||||||||||||||||||||
| 3/26/2018 | Comment reported by Charlotte Whitt | Contributor Search in Inventory and in Codex Search | At MM-SIG meeting on 3/22/2018 we talked about if we need Contributor Search in Inventory to be the name searched in direct order. Right now the name is indexed last name first, and it's only searchable that way. The MM-SIG was not clear here: Lynn W. thought it should be fixed, and Jacquie S. thinks as long as it is clear. Search on Organizational would be as browse search. Jacquie mentioned that probably Codex Search should provide the search on contributors in direct order, while this search interface are used by all staff. | Open | Charlotte Whitt suggests this to be evaluated in UAT. | |||||||||||||||||||||||||||||||||||||||||
| 3/22/2018 | ICs, reported by Ann-Marie Breaux (Deactivated) | Permissions | Having to click permissions one at a time to add to a user is awful, especially as the number of permissions grow. Would it be possible to add control-click so that you could click a bunch of permissions at once and then add them? And/or shift-click to add a whole list of permissions at once? | Done |
| |||||||||||||||||||||||||||||||||||||||||
| 3/15/2018 | Charlotte Whitt | Inventory Search | When an Unambiguous Match Search is followed by another Unambiguous Match, the Detailed Record does not update correctly if the reset button is not cleared between the two searches. The UX indicate reset the button to the right of the search box, but this may easily be ignored by the user. Two unambiguous searches in a row is an edge case! See attached.
| Closed | Charlotte have filed a draft bug-report
Maybe this case is more a question for a User test. | |||||||||||||||||||||||||||||||||||||||||
| 3/8/2018 | FC reported by patty.wanninger | Users display | We noticed in testing
| Closed - completed | Khalilah Gambrell | Mike Taylor - filed a bug
| ||||||||||||||||||||||||||||||||||||||||
| 3/1/2018 | Ann-Marie Breaux (Deactivated) | Inventory display | Identifier numbers in the FOLIO instance display do not have the correct labels. For example, some are being labeled as ISBNs when they are definitely not. See attached.
| Open | Verified in FOLIO-Stable, and I filed a bug-report | |||||||||||||||||||||||||||||||||||||||||
| 2/22/2018 | Searching items by barcode | It seems to me there should be a barcode search in inventory now that it is merged with item functionality. Right now, it seems the only barcode search of items is in checkout, checkin, and requests. A library will often have only a barcode and wants to be able to enter or scan it as a search key. | Closed - known issue | Cate Boerema (Deactivated) | Barcode searching in Inventory was working previously but it has been intentionally disabled while the team works through some performance issues. We can expect it to be re-enabled soon. Thanks! | |||||||||||||||||||||||||||||||||||||||||
| 2/21/2018 | Testing | It sure would be nice to get exactly the same set of Users and Item data that gets loaded everytime there is a rebuild so we can use the same data and record URLs ( item example ) when testing and when reporting an issue. Currently user names, user uuids, user barcodes and instance/holding/item uuids are different after rebuild (item barcode is the same but does not have a url). | Closed - in backlog | Cate Boerema (Deactivated) | patty.wanninger created FOLIO-1085 and it's in the backlog. | |||||||||||||||||||||||||||||||||||||||||
| 2/20/18 | FSE IC team | Users Search | It would be very nice to be able to facet a user search by:Open loans, Active Requests, Proxy/Sponsor/User permissions (if they have any) | Open | Will follow up with Patty to confirm Use Cases. | |||||||||||||||||||||||||||||||||||||||||
| 2/20/18 | FSE IC Team | Users | When viewing a list of users, all columns sort ascending/descending properly except the inactive/active column (the first column). Enter this as a bug? | Closed - in backlog | Cate Boerema (Deactivated) | Yes please file a bug. Bug created - see
| ||||||||||||||||||||||||||||||||||||||||
| 1.12.2018 | Users Proxy | we proposed labeling the tab itself Sponsor/Proxy instead of just Proxy. Also, we would like the "Sponsors" tab to be labeled something like "User is Proxy for" and the "Proxy" tab labeled "User is Sponsor of." Or some similar language that implies
Add'l notes from Ann-Marie: these headers (Sponsor/Proxy) are very confusing, so if they can be relabeled or shown in a graphical way (who is the sponsor, who is the proxy/proxies) At the least, in the individual user, it needs to be super-clear (on the subordinate) that I am sponsored by (important person) and (on the higher-level person) that I have this proxy or these proxies. "By" and "For" seem like important words to make the relationship between the 2 users more clear. | Closed - completed | Refined mock-ups based on input and reviewed with the RA SIG. The following new designs were approved and necessary changes will be put into the development backlog. Thanks much for your input and let us know if you have any remaining concerns! https://drive.google.com/file/d/0By8ccf5VV4EWclk4aHpfZDZ5b2c/view https://drive.google.com/file/d/1gQD0qYfh3T7siIACtByGYiiSQk-3PUEp/view | ||||||||||||||||||||||||||||||||||||||||||
| 1.12.2018 | FSE IC team reported by patty.wanninger | User Proxy | We note that currently, you can set up a Sponsor or a Proxy with a date in the past. Perhaps there are use cases to do so, but we think it would be nice to get a pop-up that tells you that date is in the past. | On hold | Thanks for this feedback. This warning popup you suggest does seem like a nice-to-have. I'd like to wait for a little more user feedback on its importance before prioritizing it for development. | |||||||||||||||||||||||||||||||||||||||||
| 2.2.2108 | FSE IC Team, reported by patty.wanninger | Requests | In testing https://issuesfolio-org.folioatlassian.orgnet/browse/UIREQ-47?filter=10466, we discovered that currently you must fill in an item before you can look for a requestor. Often, a staff member will not have a known item when doing a request, or wants to place the request at the title level and any available copy will do. So it's our opinion that you should be able to start a request either by item, and attach the requestor to it, or by requestor, and attach an item to that person. Also, it might be necessary to be able to search items by something other than a barcode, because, as explained above, sometimes you don't know the number or you want a title-level hold. Also, if you clear the field of an item that is currently displayed, it does not clear the details of that item, which is confusing. What happens is a red-letter note appears under the search box which says, "Please select an item," but the ghost text says "Please scan or enter an item." So the red text at least should say, "Please scan or enter an item." | Done |
| |||||||||||||||||||||||||||||||||||||||||
| 2/14/18 | FSE IC Team | Navigation between Requests and Users | UX Concern: • When you move away from an app, and then come back to it, FOLIO seems to leave the app in the last display state it was.
Screenshots and more explanation in the attached PPT.
| Closed - in backlog | Thanks, Ann-Marie Breaux (Deactivated). This seems like a bug. Can you please file one in UIU and label it "sprint32"? The summary should be something like "User detail record should alway open when accessing via link" and the steps to repro are as you outlined. Expected behavior is that the user detail record is open when accessed via link. Actual behavior is that the user detail record is closed when accessed via link. Done: see UIU-384. Thanks, Cate Boerema (Deactivated)! | |||||||||||||||||||||||||||||||||||||||||
...