Issue
Audit History does not open when invoked from a record that is already displayed in a pop-up browser window.
This was tested specifically in 26R1, Modern UI.
Example
-
Open a Shipment in Acumatica.
-
Click Audit History from the Shipment.
-
Audit History opens normally in the existing browser window.
-
-
Return to the Shipment and click the related Sales Order.
-
Acumatica opens the Sales Order in a separate pop-up browser window.
-
-
From the Sales Order pop-up window, click Audit History.
-
Nothing appears to happen.
-
No error or pop-up-blocked notification is displayed.
-
Cause
The browser's pop-up protection is silently blocking the Audit History action when it originates from an Acumatica record that is already running inside a pop-up window.
This can make the behavior appear to be an Acumatica defect because there is no visible indication that the browser prevented the action.
Edge Workaround
For the Acumatica site:
-
Click the lock/site information icon next to the address bar.
-
Select Site settings.
-
Edge opens the site's permissions under:
Privacy, search, and services > Site permissions > All sites > [Acumatica site] -
Locate Pop-ups and redirects.
-
Change the permission to Allow.
After allowing pop-ups and redirects for the Acumatica site, Audit History can be opened from records displayed in Acumatica pop-up windows.
Important Distinction
The issue is not that Audit History itself requires pop-ups in all cases.
When Audit History is launched from a normal Acumatica page, it works correctly. The problem occurs specifically when Audit History is launched from a record that Acumatica has already opened in a separate browser window.
