Uploaded image for project: 'Okapi'
  1. Okapi
  2. OKAPI-711

Investigate proxying file upload request

    XMLWordPrintable

    Details

    • Template:
    • Sprint:
      EPAM BatchLoader Sprint 12
    • Story Points:
      3
    • Development Team:
      Folijet

      Description

      Description

      While researching the problem described in the https://issues.folio.org/browse/UIDATIMP-108 bug, we discovered an interesting system behavior when downloading files. The UI uses a standard component with a progress bar to track downloads. If the Internet connection is very fast, then the download is displayed quickly, and then hangs 100% for a long time. If the Internet speed is slow, then everything works correctly. One gets the feeling that all requests are processed very quickly by Okapi, but then do not have time to handle by our module.
      So progress bar on UI can track only sending requests to the Okapi, but does not take into account is request is successfully proxied and received by module

      see attached videos

      Steps to do

      • try to call mod-data-import file upload endpoint through OKAPI using cURL and attach logs
      • try to call mod-data-import file upload endpoint directly using cURL and attach logs
      • find problem place in okapi or rmb code part responding for proxying or processing file upload using application/octet-stream content type

        TestRail: Results

          Attachments

            Issue Links

              Activity

                People

                Assignee:
                ruslan_lavrov Ruslan Lavrov
                Reporter:
                OleksiiKuzminov Oleksii Kuzminov
                Votes:
                0 Vote for this issue
                Watchers:
                3 Start watching this issue

                  Dates

                  Created:
                  Updated:
                  Resolved:

                    TestRail: Runs

                      TestRail: Cases