Attachment Delete or Edit link Does Not Exist Despite Having Permission
Platform Notice: Data Center - This article applies to Atlassian products on the Data Center platform.
Note that this knowledge base article was created for the Data Center version of the product. Data Center knowledge base articles for non-Data Center-specific features may also work for Server versions of the product, however they have not been tested. Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.
*Except Fisheye and Crucible
Symptoms
The Delete or Edit link in the attachment manager does not exist, despite the user having correct permissions to delete attachments. Even users from confluence-administrators are unable to see those links.
Cause
Certain modules that handle the deleting and editing plugin are disabled. It might be caused by some interference of third party plugins, or the plugin itself is not properly configured.
Older versions of the Lockpoint plugin (v1.6.8 and below) are known to disable the Attachment Actions and Office Connector system plugins entirely during its installation as it replaces the functionality of them. Please check the following community thread for more details:
If Lockpoint is disabled, it may not automatically re-enable the mentioned system plugins in some specific situations. This is not the expected behavior, but it is not yet known how this may happen. To resolve it, please follow the steps below.
Diagnosis
Run the following queries against your Confluence database.
SELECT BANDANAVALUE FROM BANDANA where BANDANAKEY='plugin.manager.state.Map'
Check if the module that handles removing attachment is disabled (i.e. is set to false):
<map> <entry> <string>confluence.sections.attachments:remove</string> <boolean>false</boolean> </entry> </map>
- Check if any other entry mentions confluence.sections.attachments
Resolution
If you have used the Lockpoint plugin
Please contact the plugin vendor for the proper solution for this issue. You can create a support request here:
If you have never used the Lockpoint plugin
- Shutdown Confluence.
- Backup your database, before performing any modification.
- You now have two options depending on the results of the SELECT query above.
If {{confluence.sections.attachments:remove}} was the only entry in the result, you can safely run this query to reset it to default (NB: this will set all plugin modules back to their default state):
UPDATE BANDANA set BANDANAVALUE = '<map />' where BANDANAKEY = 'plugin.manager.state.Map';
- If there were multiple entries in the result, you can either run the above query to reset them all to default, or you can remove the entry individually:
- Copy the contents from the select query and paste them into a text editor
Remove the entry from the result
<entry> <string>confluence.sections.attachments:remove</string> <boolean>false</boolean> </entry>
- Remove any other entry that mentions confluence.sections.attachments (make sure to remove the entire block from <entry> to </entry> tags as in the example above)
Run this query to insert the modified result back into the database:
UPDATE BANDANA set BANDANAVALUE = '<the-full-modified-result-string>' where BANDANAKEY = 'plugin.manager.state.Map';
- Restart Confluence