Uploaded image for project: 'Confluence Cloud'
  1. Confluence Cloud
  2. CONFCLOUD-72520

Keyboard typing delays while trying to EDIT a Confluence page

      Issue Summary

      When trying to type on the keyboard in the EDIT mode of the page, the text is delayed in showing on the screen.

      To help us prioritize which performance degradation you're facing, please check that you have accurately categorized your experience:

      Theme Ticket
      1. Slowness rendering Non-Content PAGE FEATURES when VIEWING a Confluence page  CONFCLOUD-72517
      2. Slowness rendering IN-PAGE CONTENT when VIEWING a large Confluence page CONFCLOUD-72518
      3. Slowness initially rendering a large Confluence page in EDIT mode CONFCLOUD-72519
      THIS TICKET 4. Keyboard typing delays while trying to EDIT a Confluence page CONFCLOUD-72520
      5. Changes are lost and unsaved after EDITING a Confluence page CONFCLOUD-72521
      6. Inability or delay of publishing EDITS to a Confluence page AFTER clicking PUBLISH CONFCLOUD-72522

      Steps to Reproduce

      1. Click the pencil icon on a page to edit the page
      2. Type text on the keyboard

      Expected Results

      Typed text shows up immediately.

      Actual Results

      Typing is delayed and text shows up slower than expected.

      Workaround

      Try removing elements on the page or splitting up the page and see if that improves the editing speed. If you are able to remove elements and see performance improvements, please share as a comment to help us narrow our focus on key elements that are slowing page performance.

            [CONFCLOUD-72520] Keyboard typing delays while trying to EDIT a Confluence page

            Ethan said

            >We will update this ticket with a link to the public roadmap once this is ready.

            This ticket has been closed. I haven't been able to find that link. Can you please post it as a comment to make it easy for me to track? Thanks.

            Indeed, the new Viewer/Editor may fix the problem, and you don't want to be fixing bugs in the old version.

            Collaboration Account added a comment - Ethan said >We will update this ticket with a link to the public roadmap once this is ready. This ticket has been closed. I haven't been able to find that link. Can you please post it as a comment to make it easy for me to track? Thanks. Indeed, the new Viewer/Editor may fix the problem, and you don't want to be fixing bugs in the old version.

            David Dupuis added a comment - - edited

            Brilliant Roland Thijssen! Your workaround fixed the issue for me (using Chrome on Windows). I disabled both spell checking and translation. Many thanks!

            David Dupuis added a comment - - edited Brilliant Roland Thijssen! Your workaround fixed the issue for me (using Chrome on Windows). I disabled both spell checking and translation. Many thanks!

            Roland Thijssen added a comment - - edited

            I also experienced a big lag while typing. A workaround that seemed to have worked for me to solve tthis is to turn off spelling check and/or page transaltion and/or support for multiple languages in the browser settings.  

            Roland Thijssen added a comment - - edited I also experienced a big lag while typing. A workaround that seemed to have worked for me to solve tthis is to turn off spelling check and/or page transaltion and/or support for multiple languages in the browser settings.  

            The "workaround" suggests splitting a page up to avoid this problem. Is there a way to do this, yet have the whole lot visible in one go for reading but not, necessarily, editing?

            I have a large page, with lots of headings, and numerous code macros and links and so on that, over the last few weeks, has become almost impossible to edit, which is a big issue. I've read an article about confluence that mentions using the "section" macro but, as far as I can see, that doesn't look like it will let me edit single sections without editing the whole document in the way that MediaWiki does. For example, if you look at the page on Confluenc in WikiPedia - https://en.wikipedia.org/wiki/Confluence_(software) - each headed section has an "Edit" link next to it where you can edit only that section rather than using the "Edit" tab at the top, which lets you edit the page.

            Is this possible, as that could help me?

            John McCabe added a comment - The "workaround" suggests splitting a page up to avoid this problem. Is there a way to do this, yet have the whole lot visible in one go for reading but not, necessarily, editing? I have a large page, with lots of headings, and numerous code macros and links and so on that, over the last few weeks, has become almost impossible to edit, which is a big issue. I've read an article about confluence that mentions using the "section" macro but, as far as I can see, that doesn't look like it will let me edit single sections without editing the whole document in the way that MediaWiki does. For example, if you look at the page on Confluenc in WikiPedia - https://en.wikipedia.org/wiki/Confluence_(software) - each headed section has an "Edit" link next to it where you can edit only that section rather than using the "Edit" tab at the top, which lets you edit the page. Is this possible, as that could help me?

            Ethan Yew added a comment -

            Hi all,

            This is Ethan from the Atlassian Editor Team. As always, thank you for the continuous feedback on performance improvement needs within the Confluence editing experience.

            Since our last update, we have continued to gather feedback and review analytics of the performance of all aspects of Confluence. Based on the data we have reviewed we have determined that the View Page experience is the most in need of attention at this point in time.

            This is not to imply however that all our capacity is being diverted away from Confluence editor performance work. Atlassian teams are currently working hard to revamp the underlying collaboration service which powers collaborative editing in Confluence. This is expected to yield significant performance improvements, whether you’re editing a page with others or by yourself. This work is currently ongoing and we will roll out these changes to customers in 2022.

            Investing in performance is always a top priority for us, and it’s something that we’ll continue to iterate and improve upon. We’ve found having a specific issue (such as this) to track performance tickets is not necessarily a pattern we want to follow unless there is something clearly broken and reproducible. Rather than keep this bug open knowing that this ticket will not be resolved in the near future, we will use our public roadmap to track issues, and keep you updated on our upcoming editor performance work. We will update this ticket with a link to the public roadmap once this is ready. In the meantime, If you have specific performance issues to share with my team and I, feel free to book time in my calendar here → 30 Minute Meeting - Ethan Yew

             

            Thanks all, and stay safe.

            Ethan

            Ethan Yew added a comment - Hi all, This is Ethan from the Atlassian Editor Team. As always, thank you for the continuous feedback on performance improvement needs within the Confluence editing experience. Since our last update, we have continued to gather feedback and review analytics of the performance of all aspects of Confluence. Based on the data we have reviewed we have determined that the View Page experience is the most in need of attention at this point in time. This is not to imply however that all our capacity is being diverted away from Confluence editor performance work. Atlassian teams are currently working hard to revamp the underlying collaboration service which powers collaborative editing in Confluence. This is expected to yield significant performance improvements, whether you’re editing a page with others or by yourself. This work is currently ongoing and we will roll out these changes to customers in 2022. Investing in performance is always a top priority for us, and it’s something that we’ll continue to iterate and improve upon. We’ve found having a specific issue (such as this) to track performance tickets is not necessarily a pattern we want to follow unless there is something clearly broken and reproducible. Rather than keep this bug open knowing that this ticket will not be resolved in the near future, we will use our public roadmap to track issues, and keep you updated on our upcoming editor performance work. We will update this ticket with a link to the public roadmap once this is ready. In the meantime, If you have specific performance issues to share with my team and I, feel free to book time in my calendar here →  30 Minute Meeting - Ethan Yew   Thanks all, and stay safe. Ethan

            Collaboration Account added a comment - - edited

            I'm having this issue on Firefox 93 on Ubuntu 21.04. Google Chrome is fine. It seems to get slower as the amount of text increases. I noticed the delay at about 2xPages of text-full.

            Typing isn't the only thing that's slow for me. Moving the carat around is also delayed: if I click another line of text there is a delay.

            Also, I tend to use a lot of dot-points of text.

            Collaboration Account added a comment - - edited I'm having this issue on Firefox 93 on Ubuntu 21.04. Google Chrome is fine. It seems to get slower as the amount of text increases. I noticed the delay at about 2xPages of text-full. Typing isn't the only thing that's slow for me. Moving the carat around is also delayed: if I click another line of text there is a delay. Also, I tend to use a lot of dot-points of text.

            Jacques Dussault added a comment - - edited

            We are 2 users having wildly different experience here : I have no issue, all fluid but the user needing to maintain the page experience delay from the moment he click on Edit button and keyboard typing delay afterwards. Both of us are using Windows and Chrome and tested it at the same moment.

            Keyboard delay is major and makes it excruciating to use.

            Jacques Dussault added a comment - - edited We are 2 users having wildly different experience here : I have no issue, all fluid but the user needing to maintain the page experience delay from the moment he click on Edit button and keyboard typing delay afterwards. Both of us are using Windows and Chrome and tested it at the same moment. Keyboard delay is major and makes it excruciating to use.

            +1 multiple people and I are having this issue too at our company.

            ian.johnsen added a comment - +1 multiple people and I are having this issue too at our company.

            Ben Jensen added a comment -

            Also having extreme keyboard typing delays on a document with several large tables when one person is editing. Chrome/MacOS.

            Ben Jensen added a comment - Also having extreme keyboard typing delays on a document with several large tables when one person is editing. Chrome/MacOS.

            On a large document with lots of tables, we notice MAJOR keyboard slowness when more than one person is editing the document at the same time. We were both using Firefox/Librefox on MacOS.

            Deleted Account (Inactive) added a comment - On a large document with lots of tables, we notice MAJOR keyboard slowness when more than one person is editing the document at the same time. We were both using Firefox/Librefox on MacOS.

              b44ee328bea8 Ethan Yew
              sxu3@atlassian.com Sunny Xu (Inactive)
              Affected customers:
              28 This affects my team
              Watchers:
              41 Start watching this issue

                Created:
                Updated:
                Resolved: