Mirth Connect
  1. Mirth Connect
  2. MIRTH-4153

Unexpected Channel Filter Results being returned

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 3.5.0
    • Fix Version/s: 3.6.0, 3.5.1
    • Component/s: Administrator
    • Labels:
    • Environment:
      On the server - OS is CentOS 7 Linux, running java version 1.8.0_91.
      On the Client PC running Microsoft Windows 7, java version 1.8.0_111
    • Operating System:
      Linux
    • Database:
      PostgreSQL

      Description

      The expectation is that adding any words to the channel filter box in the administrator will show only channels where part of the channel name or a channel tag have a match.
      I am seeing a list returned that includes entries that do not match as shown in the attached images.

        Activity

        Hide
        Simon Easton added a comment -

        Could I be seeing a problem with the administrator filter because the default fetch size is 100?

        Show
        Simon Easton added a comment - Could I be seeing a problem with the administrator filter because the default fetch size is 100?
        Hide
        Nick Rupley added a comment -

        Was able to reproduce! This is indeed due to the fetch size; channels past the 100 limit aren't always correctly filtered.

        Show
        Nick Rupley added a comment - Was able to reproduce! This is indeed due to the fetch size; channels past the 100 limit aren't always correctly filtered.
        Hide
        Nick Rupley added a comment -

        Revisions 8240/8241: Fixed issue where the dashboard filter would not work correctly when there are over 100 channels. The filter is now passed in on all requests instead of just the first one, and the servlet will correctly filter remaining channels by name.

        Show
        Nick Rupley added a comment - Revisions 8240/8241: Fixed issue where the dashboard filter would not work correctly when there are over 100 channels. The filter is now passed in on all requests instead of just the first one, and the servlet will correctly filter remaining channels by name.
        Hide
        Minh Tran added a comment -

        OS(s) and JRE version: virtual Window 7 with JRE version 1.8.0_111-b14 JRE version 1.8.0_91-b14
        Version(s)/Build(s) to reproduce failure: mirthconnect-3.5.0.8232.b2153-windows-x64
        Version(s)/Build(s) to verify fixes: mirthconnect-3.5.0.8243.b175-windows-x64
        How Tested: see Test Procedure
        Observed Failure:

        1. Filter for "ABC" => 102 of 202 Deployed Channels (100 filtered)(ABC)
        2. Filter for "FilterTest" => 2 of 202 Deployed Channels (200 filtered)(FilterTest)

        Verified Fixed:

        1. Filter for "ABC" => 2 of 202 Deployed Channels (200 filtered)(ABC)
        2. Filter for "FilterTest" => 2 of 202 Deployed Channels (200 filtered)(FilterTest)
        3. Filter for "GroupA" => 101 of 202 Deployed Channels (101 filtered)(GroupA)
        4. Filter for "AA" => 50 of 202 Deployed Channels (152 filtered)(GroupA)
        Show
        Minh Tran added a comment - OS(s) and JRE version: virtual Window 7 with JRE version 1.8.0_111-b14 JRE version 1.8.0_91-b14 Version(s)/Build(s) to reproduce failure: mirthconnect-3.5.0.8232.b2153-windows-x64 Version(s)/Build(s) to verify fixes: mirthconnect-3.5.0.8243.b175-windows-x64 How Tested: see Test Procedure Observed Failure: Filter for "ABC" => 102 of 202 Deployed Channels (100 filtered)(ABC) Filter for "FilterTest" => 2 of 202 Deployed Channels (200 filtered)(FilterTest) Verified Fixed: Filter for "ABC" => 2 of 202 Deployed Channels (200 filtered)(ABC) Filter for "FilterTest" => 2 of 202 Deployed Channels (200 filtered)(FilterTest) Filter for "GroupA" => 101 of 202 Deployed Channels (101 filtered)(GroupA) Filter for "AA" => 50 of 202 Deployed Channels (152 filtered)(GroupA)
        Hide
        Minh Tran added a comment -

        done in ROCKSOLID-1110

        Show
        Minh Tran added a comment - done in ROCKSOLID-1110

          People

          • Assignee:
            Nick Rupley
            Reporter:
            Simon Easton
          • Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development