# "Create public link" button is non-clickable

**URL:** <https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654>\
**Category:** ℹ️ Support\
**Tags:** nc32, nc31, setup\_warning\
**Created:** [October 7, 2025, 9:30pm UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654 "2025-10-07T21:30:19Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![peter-nc](https://help.nextcloud.com/letter_avatar/peter-nc/32/5_5575768a8748004e209b776fc1b2916d.png) [@peter-nc](https://help.nextcloud.com/u/peter-nc)\
**Post date:** [October 7, 2025, 9:30pm UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/1 "2025-10-07T21:30:20Z")

</div>

I’ve been at this for two days, along with Claude.ai, troubleshooting it but we got nowhere, even after reinstall and creating new test users.

Data partition was wiped, root intact, including configs and database.

After data partition recovery, the “Create public link” button in Nextcloud web UI won’t click - it renders as `<span role="generic">` instead of an interactive button. Desktop app sharing works fine. Tried everything including complete Nextcloud reinstall - issue persists. Backend APIs return 200, all configs correct. Suspect database corruption from partition recovery.

**TL;DR:**

* * *

# Public Link Sharing Button Not Clickable in Web UI (Desktop App Works)

## Environment

- Nextcloud Version: 32.0.0 (upgraded from 31.0.9)
- Installation: Native (not Docker/Snap)
- OS: Ubuntu
- Web Server: Apache 2.4.58
- PHP: 8.3.6
- Database: MySQL/MariaDB
- Reverse Proxy: Nginx with HTTPS

## Problem Description

The “Create public link” button in the Nextcloud web UI is completely non-clickable. It appears as plain text with a blue circle icon but has no interactivity:

- No cursor change on hover
- No response to clicks
- Just displays as static text

However, public link sharing works perfectly through the desktop application. Other sharing features (internal shares, email shares) work normally in the web UI. Once the share is created via desktop app, web UI can then modify all aspects of it, it just cannot create it.

## Background

This issue appeared after recovering from a data partition corruption. The system partition (`/var/www/html/nextcloud`) remained intact, but `/data/nextcloud` had to be restored from backups. During recovery, some file permissions may have been modified.

## Technical Findings

### Browser Console Errors

JavaScript errors appear on page load:

- `TypeError: this.fetchDisplayName is not a function (VersionTab.vue:170)`
- `Uncaught (in promise) TypeError: o[e] is not a function`

### Element Inspection

Using browser dev tools to inspect the “Create public link” element reveals:

- Rendering as a `<span>` with `role="generic"`
- `Keyboard-focusable: NO`
- Should be an interactive button element but isn’t

### API Behavior

Network tab shows all sharing API calls to `/ocs/v2.php/apps/files_sharing/` return **200 OK**. The backend is functioning correctly - this is purely a frontend rendering issue.

### Configuration Status

All sharing settings are properly enabled:

- `shareapi_allow_links: true`
- `shareapi_enabled: yes`
- `sharing.enable_share_by_link: true`
- Admin UI shows “Allow users to share via link” enabled
- No groups excluded from link sharing
- All share permissions enabled

## Troubleshooting Steps Attempted

### Basic Testing

- Tested in multiple browsers (Firefox, Chrome) and private/incognito mode
- Cleared browser cache completely (Ctrl+Shift+Delete)
- Created fresh user account and tested - same issue
- Verified user has “Create” permission in share settings

### App Management

- Disabled and re-enabled `files_sharing` app
- Disabled potentially conflicting apps: `activity`, `files_versions`, `notifications`, `recommendations`
- Reinstalled `files_sharing` from fresh Nextcloud download

### Cache and Asset Regeneration

Deleted and regenerated all JS/CSS assets:

- Removed `/var/www/html/nextcloud/data/appdata_*/js`
- Removed `/var/www/html/nextcloud/data/appdata_*/css`
- Ran `occ maintenance:repair`

### Database Maintenance

- Ran `occ db:add-missing-indices`
- Ran `occ db:add-missing-columns`
- Ran `occ maintenance:repair`

### Core Integrity

- Ran `occ integrity:check-core`
- Initially failed on `.user.ini` hash mismatch
- Restored file from clean download
- Check now passes

### Complete Nextcloud Reinstall

Performed full reinstall of Nextcloud 32.0.0:

1. Created LVM snapshot for safety
2. Moved existing installation to `.backup`
3. Downloaded fresh `nextcloud-32.0.0.zip`
4. Extracted and copied `config.php`
5. Set proper ownership (`www-data:www-data`)
6. Ran upgrade process
7. **Issue persists after complete reinstall**

### Permission Verification

Verified all file permissions are correct:

- `/data/nextcloud/data` owned by `www-data:www-data`
- All `appdata_*` directories have proper ownership
- Checked both system and data partition permissions

## Current Status

✅ **Working:**

- Backend sharing API (all calls return 200)
- Desktop app can create public links successfully
- Internal shares work in web UI
- Email shares work in web UI

❌ **Not Working:**

- “Create public link” button in web UI
- Button renders as non-interactive span element

## Questions

The fact that a complete fresh install didn’t fix this suggests the issue lies in the database or some persistent configuration that survived the reinstall.

Has anyone encountered:

1. Sharing buttons rendering as non-interactive elements with `role="generic"`?
2. Database table corruption that causes this specific Vue rendering issue?
3. PHP extensions or Redis configurations that might affect Vue.js component rendering?
4. Data partition recovery corrupting specific database entries that affect frontend rendering?

Any insights would be greatly appreciated!

---

<div class="post-metadata">

**Author:** ![Benny\_Wong](https://help.nextcloud.com/user_avatar/help.nextcloud.com/benny_wong/32/74767_2.png) [@Benny\_Wong](https://help.nextcloud.com/u/Benny_Wong)\
**Post date:** [October 8, 2025, 6:42am UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/2 "2025-10-08T06:42:48Z")

</div>

Same problem：Working in Docker Nextcloud Hub 10 (31.0.9) - Issue: When browsing images in the shared link’s secondary folder (/Shares/Photo) on a mobile device or PC, I cannot use the “\<\>” button to navigate back and forth.  
This issue works fine in Nextcloud Hub 10 (31.0.7) and the primary folder (/Shares).

---

<div class="post-metadata">

**Author:** ![TSilvo](https://help.nextcloud.com/user_avatar/help.nextcloud.com/tsilvo/32/66561_2.png) [@TSilvo](https://help.nextcloud.com/u/TSilvo)\
**Post date:** [October 10, 2025, 5:06am UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/3 "2025-10-10T05:06:49Z")

</div>

Hi, I have same problem, cannot use the “\<\>” button to navigate back and forth.

---

<div class="post-metadata">

**Author:** ![system](https://help.nextcloud.com/user_avatar/help.nextcloud.com/system/32/29333_2.png) [@system](https://help.nextcloud.com/u/system)\
**Post date:** [October 11, 2025, 7:04pm UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/5 "2025-10-11T19:04:38Z")

</div>



---

<div class="post-metadata">

**Author:** ![peter-nc](https://help.nextcloud.com/letter_avatar/peter-nc/32/5_5575768a8748004e209b776fc1b2916d.png) [@peter-nc](https://help.nextcloud.com/u/peter-nc)\
**Post date:** [October 11, 2025, 8:19pm UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/7 "2025-10-11T20:19:58Z")

</div>

Interesting. So perhaps my issue is not related to the wipe and restore but the fact that a new version got installed. I’m on Hub 25 Autumn (32.0.0) now. I don’t remember the previous version but it was probably whatever was released before that one. All was fine then.

---

<div class="post-metadata">

**Author:** ![system](https://help.nextcloud.com/user_avatar/help.nextcloud.com/system/32/29333_2.png) [@system](https://help.nextcloud.com/u/system)\
**Post date:** [October 11, 2025, 8:21pm UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/8 "2025-10-11T20:21:45Z")

</div>



---

<div class="post-metadata">

**Author:** ![peter-nc](https://help.nextcloud.com/letter_avatar/peter-nc/32/5_5575768a8748004e209b776fc1b2916d.png) [@peter-nc](https://help.nextcloud.com/u/peter-nc)\
**Post date:** [October 11, 2025, 8:24pm UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/9 "2025-10-11T20:24:18Z")

</div>

Did this start with a new version you installed? Similarly to both myself and @Benny_Wong

---

<div class="post-metadata">

**Author:** ![Benny\_Wong](https://help.nextcloud.com/user_avatar/help.nextcloud.com/benny_wong/32/74767_2.png) [@Benny\_Wong](https://help.nextcloud.com/u/Benny_Wong)\
**Post date:** [October 12, 2025, 5:20am UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/10 "2025-10-12T05:20:47Z")

</div>

Same issue in version Nextcloud Hub 25 Autumn (32.0.0).

---

<div class="post-metadata">

**Author:** ![TSilvo](https://help.nextcloud.com/user_avatar/help.nextcloud.com/tsilvo/32/66561_2.png) [@TSilvo](https://help.nextcloud.com/u/TSilvo)\
**Post date:** [October 14, 2025, 7:16am UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/11 "2025-10-14T07:16:38Z")

</div>

No, only update to version **[Nextcloud Hub 10](https://cloud.ondavska.com/) (31.0.9)** from **31.0.8.  
Operating system:** Ubuntu Linux 24.04.3 up-to-date  
Applications: only recommended + Collabora Office

---

<div class="post-metadata">

**Author:** ![marvin\_accuwebcloud](https://help.nextcloud.com/letter_avatar/marvin_accuwebcloud/32/5_5575768a8748004e209b776fc1b2916d.png) [@marvin\_accuwebcloud](https://help.nextcloud.com/u/marvin_accuwebcloud)\
**Post date:** [October 14, 2025, 7:54am UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/12 "2025-10-14T07:54:25Z")

</div>

It looks like the issue is frontend-related, not permissions or config. The errors suggest that part of the **files\_sharing** Vue component didn’t load or bind correctly.

Since it persists after a full reinstall, it’s probably tied to **cached appdata or database entries** that survived the recovery.

You can try: Running

**sudo -u www-data php occ files\_sharing:cleanup**

**sudo -u www-data php occ maintenance:repair**

Remove and rebuild the appdata cache folder again (especially /appdata\_\*/js and /appdata\_\*/css).

Check if you have multiple versions of files\_sharing left over in /apps or /custom\_apps.

If that doesn’t help, try creating a new clean database (just for test) with the same config and see if the UI behaves normally, that can confirm if it’s data-related or core code.

Marvin

Accuweb.Cloud Support Engineer

---

<div class="post-metadata">

**Author:** ![system](https://help.nextcloud.com/user_avatar/help.nextcloud.com/system/32/29333_2.png) [@system](https://help.nextcloud.com/u/system)\
**Post date:** [January 12, 2026, 7:55am UTC](https://help.nextcloud.com/t/create-public-link-button-is-non-clickable/233654/13 "2026-01-12T07:55:12Z")

</div>

This topic was automatically closed 90 days after the last reply. New replies are no longer allowed.
