New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
en.wikipedia.org - Page jumps at the top of editor after pasting text while using WikEd #94036
Comments
I have the same issue. I have tried clearing everything, using Ccleaner and restarting my machine, all to no avail. Haven't changed anything else, and I don't see why ad-blocker should make any difference, but I have just tried disabling that and still have the problem. Very occasionally it doesn't happen, but this is random, and I cannot recreate a pattern. |
@wikied94 could you create a video recording while it happens? Maybe I am missing some steps. |
Sorry - I had a busy day and didn't get to my emails yesterday, but don't know how I could produce an effective video without help, which I don't have at the moment. Also, I didn't notice that you were not using WikEd in the first screenshot (which is where the issue is happening), but I am surprised that it didn't happen for you after you enabled it. It is still happening all the time for me (with WikEd, not with the standard editor). Thanks very much for your assistance, btw! I have 94.0.2 (22 Nov, but it was also happening before), and Windows 10 Home. |
@wikied94 what I did was: Note: With the link https://en.wikipedia.org/w/index.php?title=User_talk:Cacycle/wikEd&action=edit§ion=80 it don't have scroll bar since it is not enough text in the section. Prerequisites: [Updated] Steps to reproduce:
Expected result: Actual result: |
@wikied94 I think I got it, it seems that the text needs to be pasted under the last already typed text. Note: The issue does not occur on Chrome. Tested with: Tested with: Reopening and moving to Needsdiagnosis for further investigation. |
Ah, yes - sorry if that wasn't clear, about it only happening when pasting, but I'm glad that you managed to replicate it, at least! Thanks for following up. I don't know if the other problem is related, but also started around the same time - when you highlight some text to use the upper-lower case switch feature (A-a), the cursor moves to the top instead of staying where it is, as it used to. |
I originally posted this issue anonymously; I have been unable to log into github to add necessary detail until now (changed email address + unacceptably short password = password reset sent to non-existent address). The original post is correct but needs adding to and clarifying: the issue only manifests for logged-in users who are using the optional WikEd editor. The issue arise with a logged-in Wikipedia user pasting (not just inserting) text into a scrolled-down WikEd edit box for a Wikipedia page. There is a discussion on WIkipedia which can also be used as the test page for editing.: Additional to my detailed report that started this thread: I omitted important information to replicate the issue (sorry): - As I said, this only manifests with the optional WikEd editor, not the standard editor - you have to be logged in to Wikipedia - You have to tick Preferences > Gadgets > Editing section > "wikEd: alternative full-featured integrated text editor for Firefox, Safari, and Google Chrome." - when editing a page, the icon to switch to the WikEd editor instead of the standard editor must be clicked. I attach a PNG screen dump of the edit screen with WikEd enabled - all the buttons should show. To switch to the WikEd editor instead of the standard Wikipedia one after selecting it in Preferences, click the button I've drawn a red square round, at the top right of the edit area, (not left as I had said); a large array of icons should appear. The issue manifests in Troubleshooting mode; I have clean-installed Firefox in a Win7/32 virtual machine and the issue also manifests. |
@softvision-oana-arbuzov: "it seems that the text needs to be pasted under the last already typed text" |
ERROR PERSISTS IN FIREFOX 95.0. (Checked with Win10/64) |
ERROR PERSISTS IN FIREFOX 95.0.1 (Checked with Win10/64) |
ERROR PERSISTS IN FIREFOX 95.0.2 (Checked with Win10/64) |
This appears to be a regression caused by this change to contenteditable https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=a67baeba9a658f8650657389f38aa9bc7e2eef07&tochange=f895a0b6c0e3748e11381173b3cd32a7bb8c60dd. I'll try to come up with a minimal test case tomorrow to figure out the root cause of this behaviour. |
I have found that most pastes are followed by jumping to the top, but a minority are not. I haven't (yet) noticed if there is a difference between the jumping and non-jumping instances, or if repeating a non-jumping paste leads to consistent behaviour. |
I've created a reduced test case and filed a core bug https://bugzilla.mozilla.org/show_bug.cgi?id=1747008 for further investigation. |
Just an update here, this has been fixed in Firefox Nightly 98.0a1 (2022-01-19) and Firefox release will get this fix once it reaches 98. |
Thank you - that's excellent news! I look forward to the fix immensely!
…On Thu, 20 Jan 2022 at 03:18, Ksenia ***@***.***> wrote:
Just an update here, this has been fixed in Firefox Nightly 98.0a1
(2022-01-19) and Firefox release will get this fix once it reaches 98.
—
Reply to this email directly, view it on GitHub
<#94036 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AWT6NQPZB2A7BFJGXFC56ZLUW3TORANCNFSM5IOCHGQA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Thank you - that's great news! This has been a very frustrating issue and I
look forward to its disappearance!
…On Thu, 20 Jan 2022 at 03:18, Ksenia ***@***.***> wrote:
Just an update here, this has been fixed in Firefox Nightly 98.0a1
(2022-01-19) and Firefox release will get this fix once it reaches 98.
—
Reply to this email directly, view it on GitHub
<#94036 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AWT6NQPZB2A7BFJGXFC56ZLUW3TORANCNFSM5IOCHGQA>
.
Triage notifications on the go with GitHub Mobile for iOS
<https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675>
or Android
<https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub>.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
(Sorry - did that by email and the first one didn't seem to have been sent, and now I see it's there twice, and will a lot of other guff, and I don't seem to be able to delete or edit my comments.) |
I've checked again, and I can confirm it works now correctly. Tested with: @wikied94 can you still reproduce it? [inv_42/2022] |
URL: https://en.wikipedia.org/w/index.php?title=User_talk:Cacycle/wikEd&action=edit§ion=80
Browser / Version: Firefox 94.01
Operating System: Windows 10
Tested Another Browser: Yes Other
Problem type: Something else
Description: WikEd with Wikipedia: cursor jumps to top after pasting
Steps to Reproduce:
There is an issue with Firefox 94 when editing Wikipedia with the WikEd editor enabled. I have searched but not seen it reported.
It has been reported on the WikEd Talk page by several people, with no resolution reported: https://en.wikipedia.org/wiki/User_talk:Cacycle/wikEd#Loses_text_highlighting_after_toggle_uppercase_first_%E2%86%92_uppercase and the next section, "Cursor jumps to top of edit box, WikEd with Firefox 94"
Specifically, when editing any Wikipedia page or section with the WikEd editor enabled instead of the standard Wikipedia editor, if text is pasted into the page, the cursor jumps to the top of the page, and the page scrolls up if there is more text than fits the screen. Normal behaviour is that the cursor stays at the end of the inserted text.
Other uses report that this happens with Firefox 94 (and 94.1) only, in normal and Troubleshooting (to disable extensions) modes, under Windows and macOS, and does not happen with other browsers, older Firefoxes, or Firefox for Android. Link to discussion is above.
To replicate: open a Wikipedia page that is not too short (to show scrolling), click "Edit Source", enable the WikEd editor by clicking a "pencil and paper" icon at bottom left of a cluster of icons above the edit window at the top left, scroll down so that the top of the text is not displayed, and insert some text anywhere. The text will be inserted, but the box will scroll to the top, and the cursor will be at the beginning of text. Normally the cursor would be positioned at the end of the new insertion. This may be an issue with WikEd or with Firefox 94.
Browser Configuration
From webcompat.com with ❤️
The text was updated successfully, but these errors were encountered: