Deleting an open note in the web UI breaks the categories pane and more

[angasule]

Steps to reproduce

1. Open a note in the Web UI (e.g., index.php/apps/notes/note/1234 )
2. Delete the note
3. Click on a category

Expected behaviour

The notes in the category should be listed

Actual behaviour

Clicking on categories doesn't change the notes listed. It may take a second or two for this to stop working, but I can reproduce it 100% of the time. The behavior of New Note also seems iffy but it's hard to describe.

Reloading the UI fixes the problem.

Server

Please complete the following information.

• Notes app version: 4.12.3
• Nextcloud version: 32.0.0.13
• OS: Debian 12.11
• Web server: apache2 2.4.62
• PHP version: 8.2.28
• Database: MariaDB 10.11.11

Nextcloud configuration:

"system": {
    "instanceid": "***REMOVED SENSITIVE VALUE***",
    "passwordsalt": "***REMOVED SENSITIVE VALUE***",
    "secret": "***REMOVED SENSITIVE VALUE***",
    "trusted_domains": [
        "nextcloud.example.com"
    ],
    "datadirectory": "***REMOVED SENSITIVE VALUE***",
    "dbtype": "mysql",
    "version": "32.0.0.13",
    "overwrite.cli.url": "https:\/\/nextcloud.example.com",
    "dbname": "***REMOVED SENSITIVE VALUE***",
    "dbhost": "***REMOVED SENSITIVE VALUE***",
    "dbport": "",
    "dbtableprefix": "oc_",
    "mysql.utf8mb4": true,
    "dbuser": "***REMOVED SENSITIVE VALUE***",
    "dbpassword": "***REMOVED SENSITIVE VALUE***",
    "installed": true,
    "memcache.local": "\\OC\\Memcache\\APCu",
    "memcache.distributed": "\\OC\\Memcache\\Redis",
    "redis": {
        "host": "***REMOVED SENSITIVE VALUE***",
        "port": 0,
        "dbindex": 0,
        "password": "***REMOVED SENSITIVE VALUE***",
        "timeout": 1.5
    },
    "maintenance": false,
    "maintenance_window_start": 1,
    "theme": "",
    "loglevel": 2,
    "default_phone_region": "US",
    "mail_smtpmode": "smtp",
    "mail_smtpsecure": "ssl",
    "mail_sendmailmode": "smtp",
    "memories.exiftool": "\/var\/www\/nextcloud.example.com\/apps\/memories\/bin-ext\/exiftool-amd64-glibc",
    "memories.vod.path": "\/var\/www\/nextcloud.example.com\/apps\/memories\/bin-ext\/go-vod-amd64",
    "memories.db.triggers.fcu": true
}

}

Client

Please complete the following information.

• Browser (incl. version): Firefox 142.0 (64-bit)
• OS: Debian forky/sid (using KDE)

Log files

nextcloud.log didn't have anything at log level WARN, I set it to DEBUG and things looked fine, I'd have to spend some time sanitizing those logs since they're very verbose. I noticed a lot of dirty table reads but that seems to be a separate issue perhaps related to my recent NC upgrade.

What caught my eye in the console log were the 412 Precondition failed errors which led me to #1538 , which while related doesn't seem to be the main problem here.

This error seems to show up more consistently:

TypeError: can't access property "length", e is undefined
a notes.js:37
getCategories notes.js:51
S NotesService.js:417
categories CategoriesList.vue:80
VueJS 3
K CategoriesList.vue:1
VueJS 13
init vue-router.esm.js:3005
init vue-router.esm.js:3004
updateRoute vue-router.esm.js:2414
transitionTo vue-router.esm.js:2263
confirmTransition vue-router.esm.js:2402
a vue-router.esm.js:2084
ke vue-router.esm.js:2095
confirmTransition vue-router.esm.js:2396
a vue-router.esm.js:2084
a vue-router.esm.js:2088
g vue-router.esm.js:2384
m vue-router.esm.js:2162
g vue-router.esm.js:2362
a vue-router.esm.js:2087
a vue-router.esm.js:2091
ke vue-router.esm.js:2095
confirmTransition vue-router.esm.js:2392
transitionTo vue-router.esm.js:2260
push vue-router.esm.js:2606
push vue-router.esm.js:3036
push vue-router.esm.js:3035
routeToNote App.vue:220
routeFirst App.vue:209
routeDefault App.vue:201
loadNotes App.vue:142
promise callbackloadNotes App.vue:135
refreshTimer App.vue:166
setTimeout handlerstartRefreshTimer App.vue:164
loadNotes App.vue:158
promise callback*loadNotes App.vue:156
refreshTimer App.vue:166
vue.runtime.esm.js:3065:17