[UIIN-319] Inventory search results display has wide margin at bottom Created: 02/Aug/18  Updated: 20/Apr/19  Resolved: 20/Apr/19

Status: Closed
Project: ui-inventory
Components: None
Affects versions: None
Fix versions: None

Type: Bug Priority: P2
Reporter: patty.wanninger Assignee: Charlotte Whitt
Resolution: Done Votes: 0
Labels: bug-layout, triaged, ui-only
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: JPEG File Screenshot_080218_051235_PM.jpg     JPEG File Screenshot_080718_051845_PM.jpg     JPEG File Screenshot_080718_051845_PM.jpg    
Issue links:
Gantt End to Start
has to be done before STCOM-474 MCL - Indicate that additional result... Closed
Relates
relates to UIIN-504 Spike: Inventory Search Results Chang... Closed
relates to UISE-103 A long result list is being cut of, a... Closed
Sprint: stripes-force Sprint 61
Development Team: Stripes Force

 Description   

Steps to reproduce:

  1. Log into any environment as diku_admin
  2. Click open Inventory
  3. View results without applying any filters
  4. Results fill entire page
  5. Scroll down to view more results

Expected results: Entire screen fills with additional matching results

Actual Results: More results are loaded, but they don't fill the entire page. There seems to be a wide, white margin at the bottom of the list. See screencast: https://www.screencast.com/t/BK91jcfSWQ94

Note: If you can't repro with above steps, you may need to do some additional clicking around first. Try this:

  1. Go to users and find a user with open loans
  2. Click to view the open loans
  3. Click the "..." menu for one of the open loans and select item details
  4. This will take you to the item in Inventory
  5. Close the item record and the preview pane for the instance record
  6. At this point, you should start to see the wide margin issue at the bottom of the search results if you didn't see it before

Additional results: This problem seems worse the more records are in the file. Not so bad in http://folio-testing.aws.indexdata.com but there are only 1467 records. Bad in https://demo.folio.ebsco.com, which currently has 47,000 +.



 Comments   
Comment by Cate Boerema (Inactive) [ 03/Aug/18 ]

Thanks patty.wanninger. Did you assign this to me because you weren't sure if it was valid? In general, it's best not to assign the bugs to me, as they won't then show up in the Core team unassigned backlog filter which is where the devs go to pick up work: https://folio-org.atlassian.net/issues/?filter=10639

I am not able to reproduce this, actually, because when I search the Codex for arctic in snapshot-stable, it just loads and never resolves.

Also, this isn't our standard bug writeup format: https://folio-org.atlassian.net/wiki/display/COMMUNITY/Standard+Bug+Write-Up+Format

Comment by Cate Boerema (Inactive) [ 21/Aug/18 ]

Alright, I was able to repro what I think you saw, Patty and have updated the issue accordingly. John Coburn, does this look like a stripes component issue to you?

Comment by Charlotte Whitt [ 27/Nov/18 ]

Hi patty.wanninger. I have tried if I could reproduce this bug report. Also tried to go to User's etc. but somehow I can't. When scrolling fast in Inventory I get some flickering. But that is addressed elsewhere.
See my screencast documentation: https://screencast.com/t/WvQiO6BO

If you can't neither reproduce this bug, then you or I can closed it as 'Won't do'. Thanks!

Comment by Cate Boerema (Inactive) [ 28/Jan/19 ]

Hi Charlotte Whitt, I was able to repro this today in folio-snapshot. I wonder, though, if it's a bug for Core Functional or Stripes Force. Khalilah Gambrell, what do you think?

Comment by Oleksiy_Lemeshko [ 31/Jan/19 ]

Stripes Force component

Comment by Charlotte Whitt [ 08/Feb/19 ]

Hi Cate Boerema - yes this is mostly a Stripes Force issue. I found the same bug in Codex Search and filed: UISE-103 Closed , with screen cast documentation attached.

Comment by Cate Boerema (Inactive) [ 11/Feb/19 ]

Thanks Oleksiy_Lemeshko and Charlotte Whitt. I reassigned to Stripes Force.

Comment by Khalilah Gambrell [ 08/Apr/19 ]

John Coburn, Charlotte Whitt, and Filip Jakobsen, rather than address this item. I wonder if we should proceed with changing Inventory to a list? As a first step to this https://ux.folio.org/prototype/en/inventory? Thoughts?

Comment by Charlotte Whitt [ 08/Apr/19 ]

Hi Khalilah Gambrell - this wide margin at bottom is a general problem, also seen in Users and other apps. So hopefully it should be a quick fix - short term solution.

Implementing the feature for Filip's redesign ( UXPROD-491 Analysis Complete + UX-288 Closed ), will be the solution long term.

Comment by Khalilah Gambrell [ 08/Apr/19 ]

Charlotte Whitt - Hopefully but maybe it is time to think of the long term fix. Go away from table view and go to a list view for results list pane.

Comment by Charlotte Whitt [ 08/Apr/19 ]

I actually agree, but I was not sure, how UXPROD-491 Analysis Complete was expected to be planned for based on the ranking Khalilah Gambrell But sure I can speed up the work together with Filip Jakobsen, if this feature it to be bumped up in the prioritization

Comment by Charlotte Whitt [ 18/Apr/19 ]

Cate Boerema - will the implementation of Filip Jakobsen design for Inventory ( UXPROD-491 Analysis Complete , be something we can table for Q3 2019. See Khalilah Gambrell's comment above re. the long term fix.

Khalilah Gambrell - please note, that in order to implement the tree view display, then we'd need following component: STCOM-234 Draft Hierarchical List (TreeView) component

Comment by Ann-Marie Breaux (Inactive) [ 20/Apr/19 ]

Checked in folio-snapshot and demo.ebsco.folio.com, and I'm not seeing big white space at the bottom of lists, so I think this is fixed. Closing the ticket.

Generated at Thu Feb 08 23:13:02 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.