Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to access Change Log from Detail view when enabling auditing on Documents module #6190

Closed
ghost opened this issue Jul 21, 2018 · 0 comments
Labels
Area: Module Issues & PRs related to modules that do not have specific label Priority:Important Issues & PRs that are important; broken functions, errors - there are workarounds Type: Bug Bugs within the core SuiteCRM codebase
Milestone

Comments

@ghost
Copy link

ghost commented Jul 21, 2018

Issue

When enabling auditing on the Documents module, the 'View Change Log' button is not created in the Actions menu accessible from the Detail view. It does however enable the View Change Log button in the edit view. Documents_audit table is correctly created and auditing for the selected fields works as designed.

Expected Behavior

Enabling auditing for the Documents module should add the 'View Change Log' button to the Detail view for the module. As is the behavior when enabling auditing on Calls or Tasks.

Actual Behavior

No 'View Change Log' button accessible from Detail view after enabling auditing

Steps to Reproduce

Create file custom/Extension/modules/Documents/Ext/Vardefs/enableAuditing.php
Enter following content to enable auditing for module:

<?php
$dictionary['Document']['audited'] = true;
?>

In Studio, enable auditing for desired field (e.g. Status)
Run Quick Repair & Rebuild to enable auditing.
Enter Document, Save, Edit audited field
Open Documents Detail View > Actions Menu > no 'View Change Log' button present
Open Documents Edit View > View Change Log > Confirm audit link created
Check database for Documents_audit table, confirm created and logging changes for audited fields

Context

Require access to audit logs for an internal workflow, and tracking the approval status of a Document at current workplace. Must be able to check/verify appropriate personnel have approved the Document, without requiring users to enter Edit view and risk further changes

Your Environment

Tested with:
SuiteCRM 7.10.2 / Ubuntu 16.04
SuiteCRM 7.10.7 / Ubuntu 18.04
SuiteCRM 7.10.7 / Windows 10

@Dillon-Brown Dillon-Brown added Type: Bug Bugs within the core SuiteCRM codebase Priority:Important Issues & PRs that are important; broken functions, errors - there are workarounds Area: Module Issues & PRs related to modules that do not have specific label Status:Fix Proposed A issue that has a PR related to it that provides a possible resolution labels Jul 30, 2018
@samus-aran samus-aran modified the milestones: 7.10.9, 7.10.10 Sep 14, 2018
@samus-aran samus-aran removed this from the 7.10.10 milestone Dec 6, 2018
@samus-aran samus-aran added Resolved: Next Release and removed Status:Fix Proposed A issue that has a PR related to it that provides a possible resolution labels Dec 17, 2018
@Dillon-Brown Dillon-Brown added this to the 7.10.12 milestone Dec 31, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: Module Issues & PRs related to modules that do not have specific label Priority:Important Issues & PRs that are important; broken functions, errors - there are workarounds Type: Bug Bugs within the core SuiteCRM codebase
Projects
None yet
Development

No branches or pull requests

3 participants