Closed RTechSn closed 7 months ago
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
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.
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:
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 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.
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.
Same issue here when using the rich text editor for notes.
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!
I can reproduce this on
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
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)
@beardhatcode I apologize for bothering, but it seems that "need to reproduce" tag got added back.
Seems solved in 28.0.4 - work for me.
Can those who could reproduce this issue check if thats still the case after uppgrade to >28.0.3 and if not like @bufferlow's commment. If noone can reproduce it anymore maybe @RTechSn can close the issue?
Based on @beardhatcode's findings, this issue was fixed in https://github.com/nextcloud/text/commit/2c9e7a0fce22aab005b202a51b0bffcbfa47b0a8 in https://github.com/nextcloud/text/pull/5281 which was backported to 28.0.3
Can those who could reproduce this issue check if thats still the case after uppgrade to >28.0.3 and if not like @bufferlow's commment. If noone can reproduce it anymore maybe @RTechSn can close the issue?
Based on @beardhatcode's findings, this issue was fixed in nextcloud/text@2c9e7a0 in nextcloud/text#5281 which was backported to 28.0.3
Just upgraded to 28.0.4 and also the notes app and the issue is gone! The cursor stays at the the position where it was after switching tabs! Great, seems to be solved :+1:
Can those who could reproduce this issue check if thats still the case after uppgrade to >28.0.3 and if not like @bufferlow's commment. If noone can reproduce it anymore maybe @RTechSn can close the issue?
Based on @beardhatcode's findings, this issue was fixed in nextcloud/text@2c9e7a0 in nextcloud/text#5281 which was backported to 28.0.3
I can confirm too, that it works now with NC 28.0.4. Great work, thanks for the fix!
I can confirm too that on version 28.0.4 the issue is no longer present.
Hello. The last update brought a major inconvenience when working with Notes via a web browser.
Steps to reproduce
Expected behaviour
Your position in the document should remain
Actual behaviour
The note is scrolled to the beginning
Server
Please complete the following information.