Notes keep scrolling up

[RTechSn]

Hello.
The last update brought a major inconvenience when working with Notes via a web browser.

Steps to reproduce

1. Open a note
2. Scroll down to a part you are working with
3. Switch to another tab\window

Expected behaviour

Your position in the document should remain

Actual behaviour

The note is scrolled to the beginning

Server

Please complete the following information.

• Notes app version: 4.9.2
• Nextcloud version: Nextcloud Hub 7 (28.0.2)
• OS: Ubuntu 22.04
• Web server: Firefox 122.0
• PHP version: 8.1-FPM
• Database: PostgreSQL

[bonswouar]

I can confirm the issue is also present on Chrome 121.0.6167.140
And it also happens if you save the note manually (clicking on the check-mark)

This makes the notes webapp on desktop almost totally unusable, any workaround?
Meanwhile I might give a chance to qownnotes (I wish there was an official native desktop app though!)
EDIT : QOwnNotes works pretty flawlessly, if you don't mind the UI I'd recommend using it instead of the webapp

[poiNt3D]

This may be related to the problem with Files web-app, the page is scrolling to the top after bringing up the right-click menu.

[MrRinkana]

For me this happens even when clicking any of the menu options in the top row, like header, warning, save etc. Some examples of behaviour:

• Text styling options: the view jumps/flickers up then back down, but not to the exact same location
• Adding link: first jumps up, and then back down when you finish adding the link (click the arrow)
• Adding or removing headers, sections (warn, info etc.) just jumps up
• Saving just jumps up

The "scroll" is more of a jump (it is instant)
I am using the rich-text editor.

It only happens while in the notes app (what I found); if I open the same file in the same rich-text editor from Files it does not scroll up. The difference seems to be that in the files app rich-text opens in "full screen" with the cross to close.

This makes editing notes in the notes app very disorienting, and working on longer files more or less impossible.

I'm on nc 28.0.2 and notes 4.9.2

[bufferlow]

I have the same issue - killing my workflow :-(

Notes app version: 4.9.2
Nextcloud version: Nextcloud Hub 7 (28.0.2)

Maybe I found a workaround: Opening notes via file browser provides almost the same editor view and same functions the notes app does. But it work without the scroll-jump issue.

[arnowelzel]

For me this happens even when clicking any of the menu options in the top row, like header, warning, save etc. Some examples of behaviour:

• Text styling options: the view jumps/flickers up then back down, but not to the exact same location
• Adding link: first jumps up, and then back down when you finish adding the link (click the arrow)
• Adding or removing headers, sections (warn, info etc.) just jumps up
• Saving just jumps up

The "scroll" is more of a jump (it is instant) I am using the rich-text editor.

It only happens while in the notes app (what I found); if I open the same file in the same rich-text editor from Files it does not scroll up. The difference seems to be that in the files app rich-text opens in "full screen" with the cross to close.

This makes editing notes in the notes app very disorienting, and working on longer files more or less impossible.

I'm on nc 28.0.2 and notes 4.9.2

I can confirm this behaviour. However, this does not happen in Collectives or the text editor - so it seems to be a specific issue with Notes and not the editor component.

[McLibboc]

Same issue here when using the rich text editor for notes.

[Finn10111]

I have the same issue - killing my workflow :-(

Notes app version: 4.9.2 Nextcloud version: Nextcloud Hub 7 (28.0.2)

Maybe I found a workaround: Opening notes via file browser provides almost the same editor view and same functions the notes app does. But it work without the scroll-jump issue.

Thank you for sharing your workaround - works for me!

[beardhatcode]

I can reproduce this on

• Firefox on linux
• Chrome om mac

The issue is caused by the following piece of code (webpack:///text/src/components/Editor.vue#655)

		onBlur() {
			this.emit('blur')

			// Hand back focus to the previous trap
			window._nc_focus_trap?.[0]?.unpause()
			this.$el.focus()   //  <---  This line caused the editor to shift
		},

In this context, this.$el is the #editor-container element

Stack trace to this point (which occurs on the blur event)

onBlur (webpack:///text/src/components/Editor.vue#655)
emit (webpack:///text/node_modules/@tiptap/core/dist/index.js#155)
emit (webpack:///text/node_modules/@tiptap/core/dist/index.js#155)
dispatchTransaction (webpack:///text/node_modules/@tiptap/core/dist/index.js#3674)
dispatch (webpack:///text/node_modules/prosemirror-view/dist/index.js#5327)
blur (webpack:///text/node_modules/@tiptap/core/dist/index.js#3166)
runCustomHandler (webpack:///text/node_modules/prosemirror-view/dist/index.js#2862)
someProp (webpack:///text/node_modules/prosemirror-view/dist/index.js#5135)
runCustomHandler (webpack:///text/node_modules/prosemirror-view/dist/index.js#2860)
initInput (webpack:///text/node_modules/prosemirror-view/dist/index.js#2829)
initInput (webpack:///text/node_modules/prosemirror-view/dist/index.js#2828)
constructor (webpack:///text/node_modules/prosemirror-view/dist/index.js#4942)
createView (webpack:///text/node_modules/@tiptap/core/dist/index.js#3589)
constructor (webpack:///text/node_modules/@tiptap/core/dist/index.js#3438)
dt (webpack:///text/src/EditorFactory.js#72)
onLoaded (webpack:///text/src/components/Editor.vue#505)
onLoaded (webpack:///text/src/components/Editor.vue#502)
emit (webpack:///text/node_modules/mitt/dist/mitt.mjs#1)
emit (webpack:///text/node_modules/mitt/dist/mitt.mjs#1)
emit (webpack:///text/src/services/SyncService.js#317)
open (webpack:///text/src/services/SyncService.js#119)
 (webpack:///text/src/services/WebSocketPolyfill.js#72)
S (webpack:///text/node_modules/y-websocket/src/y-websocket.js#131)
connect (webpack:///text/node_modules/y-websocket/src/y-websocket.js#484)
j (webpack:///text/node_modules/y-websocket/src/y-websocket.js#378)
S (webpack:///text/src/services/SyncServiceProvider.js#44)
initSession (webpack:///text/src/components/Editor.vue#384)
mounted (webpack:///text/src/components/Editor.vue#319)
invokeWithErrorHandling (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#3033)
callHook$1 (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#4048)
insert (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#4443)
invokeInsertHook (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#6966)
patch (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#7180)
_update (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#3781)
updateComponent (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#3891)
get (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#3462)
Watcher (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#3452)
mountComponent (webpack:///text/node_modules/vue/dist/vue.runtime.esm.js#3908)

[RTechSn]

@beardhatcode I apologize for bothering, but it seems that "need to reproduce" tag got added back.

[bufferlow]

Seems solved in 28.0.4 - work for me.