Local Acquisitons admin must filter to see EDI messages

Bug #1367407 reported by Leslie St. John
4
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Evergreen
Won't Fix
Undecided
Unassigned

Bug Description

In version 2.5.1 acquisitions admin goes to Server Admin -> EDI Messages, activity meter spins forever and no messages populate the screen. Only way to populate screen found so far is to apply a filter; i.e. EDI account is XX, then messages will populate screen. Should not have to filter to see message list. Appears to be no specific perms related to EDI to resolve issue.

Tags: acq
tags: added: acq
Revision history for this message
Kathy Lussier (klussier) wrote :

I'm unable to replicate this problem in master. I didn't test it in 2.5, but I don't recall hearing that it was problem then.

Revision history for this message
Erica Rohlfs (erohlfs) wrote :

Hi Leslie,

Unfortunately, I do not have an easy way to test a 2.5.1 staff client. However, I did test the behavior on version 2.5.6 and 2.6.0, and the EDI Message screen populated for me as expected without the need to filter.

Revision history for this message
Kathy Lussier (klussier) wrote :

I think you need the Admin_Provider permission to view this screen.

Revision history for this message
Leslie St. John (lstjohn-deactivatedaccount) wrote :

Thanks for looking at this. The user has Admin_Provider, as well as create, delete, manage and update provider perms, all at system level. ??

Revision history for this message
Kathy Lussier (klussier) wrote :

On my first attempt, I was unable to replicate this issue on a server with a recent version of master. However, using an account with the exact same permissions, I logged on to a server that is closer to 2.6.0, and I found the same problem that Leslie reported. On that server, I was able to successfully load the interface without filtering as a superuser.

I don't know if there was code added between 2.6.0 and now that fixed this issue or if there is something else at play here.

Revision history for this message
Tiffany Little (tslittle) wrote :

I'm not able to replicate this on either 3.0.2 or on 3.2-beta. It sounds like there were potentially mixed results to start with as well, so I marked the bug as Incomplete.

Changed in evergreen:
status: New → Incomplete
Revision history for this message
Tiffany Little (tslittle) wrote :

Marking this as Won't Fix since the EDI messages interface has been ported to Angular (vs XUL, which the bug was referencing) and there's not even an option to filter at this point.

Changed in evergreen:
status: Incomplete → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.