...
| Date | Tester | Functionality | Observation | Status | Reviewed by | Resolution | ||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 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: | Charlotte Whitt | 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. | 2019-05-06 | Marie Widigson | Orders | Error examined during search & sort session, follow up on bug report in Jira. | ||||||||||||||||||||||||||||||||||||||
| 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 Humlesjö | Users | Staff testing had a hard time understanding "Source" in the Loans details. | |||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska Humlesjö | Users | Staff wants a "Save" button in the bottom of the Create user-form. | |||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska Humlesjö | 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 Humlesjö | Overall | The last open record when previously using an app shouldn't be open after using another app, this is a privacy issue. | |||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska Humlesjö | Overall | The staff found the highlighting of the app they where currently using to vague | |||||||||||||||||||||||||||||||||||||||||||
| 2019-03-27 | Siska Humlesjö | 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 Humlesjö | 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. | |||||||||||||||||||||||||||||||||||||||||||
| 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 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 | Added as a bug to JIRA. Issue Key UIV-2. . | |||||||||||||||||||||||||||||||||||||||||||
| 9/9/2018 | Uschi Klute | Vendors | In the accordion "Agreements" the Discount is not displayed, but the agreement name is repeated. Interested parties: Ann-Marie Breaux | 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 Gilvad 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 | 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 | 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? | Open |
| |||||||||||||||||||||||||||||||||||||||||
| 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 | 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 | 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 | 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 | 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://issues.folio.org/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." | On hold |
| |||||||||||||||||||||||||||||||||||||||||
| 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. 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! | |||||||||||||||||||||||||||||||||||||||||
...