[stable32] fix: files menu shortcut & icons

[ciaens]

Nextcloud changed how the Files app calls file action callbacks between stable32 and master/stable33
Replaces #7318 for stable32 at least

Resolves: #7235

📝 Summary

LoadAdditionalListener loads libresign-init (which registers the file actions) but never provides the certificate_ok initial state. The enabled() check always returned false.

Also enabled({ nodes }) destructuring works on master (it pulls nodes out of the context object), but on stable32 the first argument is already the array itself, destructuring it for a nodes property gives undefined.

🧪 How to test

1. Access your files
2. Click on a three-dot menu (on a pdf for example)
3. see that the shortcut is there (at the top)

Also, there is the libresign icon applied for signed documents.

✅ Checklist

• I have read and followed the contribution guide.

[codecov-commenter]

⚠️ Please install the to ensure uploads and comments are reliably processed by Codecov.

Codecov Report

❌ Patch coverage is 0% with 1 line in your changes missing coverage. Please review.

Files with missing lines	Patch %	Lines
src/actions/openInLibreSignAction.js	0.00%	1 Missing ⚠️
❗ Your organization needs to install the Codecov GitHub app to enable full functionality.

Files with missing lines	Coverage Δ
src/actions/showStatusInlineAction.js	100.00% <ø> (ø)
src/actions/openInLibreSignAction.js	89.74% <0.00%> (ø)

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[ciaens]

PS: you need to merge #7336 for the CI to pass. Not my fault here.

[ciaens]

(rebased)

[ciaens]

I pushed a new fix on this branch by mistake, will open a new PR for it.
In the meantime, can you merge this one?

[ciaens]

@vitormattos the CI failure is not related to this PR.

It's a bug in assureGuestExists in the libresign/nextcloud-behat library: it checks user existence via the OCS API, but guest users on stable32 are stored under a hashed ID (as seen: 84e7b7e07e16315c6d066b2818aceea880a557cd6cca7e1adddb2c987fb3421d), so the lookup by email address fails, and it tries to re-create the already-existing user.

Unrelated to my changes, will not fix in this PR.

Can someone review / merge?