For some reason, horizontal scroll bars are appearing in tables after being published. When editing the page, no scroll bars show up but after publishing there they are. Also, if I collapse the side bar, the scroll bars go away.
Thanks in advance!
This issue has been driving me crazy all year, and it seems like it has actually gotten worse recently.
Even tables on previously published pages that used to display just fine now suddenly have scrollbars. There was one day a few weeks ago where literally overnight, dozens of tables had new scrollbars... even though those pages hadn't even been edited in weeks or months, all the tables got scrollbars for no reason! Ever since then, it has been a nightmare to use tables. Doesn't matter what I do or how I try to fix it, these scrollbars haunt me.
It's unpredictable, too. I've tried to fix pages by deleting the affected table, remaking the entire thing (a waste of time!), and then republishing the page... 80% of the time, the table will have scrollbars all over again. And, randomly, a table will decide on its own to become ridiculously wide and I have zero control over it.
It's ruining so much of our technical documentation by making things hard to read, and it just looks bad. It's so bad and so frequent that I loathe working on any pages that need a table. This is especially frustrating because I utilize things like Page Properties a lot, which requires a table just to function.
@atlassian-qe not sure who to tag here but can this please be reopened and looked at? A table can be empty and will still generate a horizontal scroll bar even when you expand the table to the max width across the page, and I don't see a way to access the horizontal scroll bar unless you scroll all the way to the bottom of a table, which makes it very challenging to use tables.
I think the problem is more simple than Atlassian or the users here are making in out to be.
Problem seems to be editing any page with existing tables by adding a new table or even adding a row to an existing table.
What I've seen is that the and layout are optimized for the left navigation bar being minimized. Once the navigation bar is minimized (folded left) the reactive page adjusts and all scroll bars are gone every time.
This is a layout bug with the reactive design in which Confluence creates tables with he assumption of the maximum size based on the current editor's screen/view size. Preview works, edit works. Publish screws up as soon as it's displayed because the nav panel is open in most cases.
I've been editing quite some pages and this is the behavior I noticed.
This will help you recreate the issue:
Adding a new table to a new page -> No scroll bars
Editing a page, without touching the table -> No scroll bars
Adding a new table to a page that already had other tables -> Scrollbars on all previous tables, but not on the new table.
Seems like adding a table to a page somehow messes up the width of other tables.
Within the last month or so, even this seems to no longer be predictable. A few weeks back, literally overnight, dozens of our pages that hadn't even been edited in months suddenly had scrollbars.
Now, none of it makes sense anymore. Even if I add a new table to a new page and I don't even touch it, it'll randomly have scrollbars after publishing. I feel like I've entered the twilight zone.
No it still has not been patched, more than a year later....
I just let the scrollbars sit there and am waiting for that patch to finally arrive, which might never arrive.
But expecting users to just adjust the width on every page for every table, and redo that after every minor page edit (which will cause the scrollbars to reappear) is insane. So Atlassian should fix this ASAP imho.
Hello @Nicolás !
The scroll bars show because the pages have a reactive nature. When elements inside the page move and occupy more or less space, objects within the page will change.
What you are seeing is exactly that. The scrollbars appear in response to the display area for the page being reduced when the sidebar is expanded.
To avoid that behavior I believe that you could display one table under the other or keep the sidebar closed.
I hope this clarifies the behavior Nicolás! Looking forward to your reply
Hi @Nicolás ! I meant to link you to a page from w3schools but forgot. Here it is:
What I meant by “display one table under the other” was that instead of displaying them side by side, each inside a column from a layout, we can place one of the tables under the other. Doing this, we can try to avoid the scroll bar from showing.
Let us hear from you!
I understand the "reactive nature" of the new editor and appreciate it, despite it not having anywhere near the feature parity of the previous version.
However, it's very clearly bugged. The example above has a table with one column that has a scrollbar appearing. I see the same thing all the time in pages I work on with one or a handful of columns have scrollbars appear for no logical reason.
There is no user on the planet who wants scrollbars to appear in a situation like the one attached or the one above.
Yea there has definitely been some kind of regression. It has gotten much worse recently. For several weeks now, working with tables has been a nightmare of unpredictably and nonsensical behavior. Even tables that seemed perfectly fine when first published will adopt scrollbars totally randomly.
Tables in the new editor have always been a little frustrating because they were already a regression compared to the old legacy editor, but now they're nearly unusable.
@diego This bug also occurs when displaying 1 table under another.
Has this issue been reported as a bug or did you just dismiss it? Because we've been waiting for over a year now.
As I explained in other comments, this issue occurs when an the page gets edited, not even touching the table. Even when the table is empty, the scrollbars will appear. On first creation, the table will be fine. Once the page is edited, all previous existing tables in that page will have scrollbars in all fields, even if they have no content.
They took something that was working really well, and in order to make it fancy (and look and feel like medium, etc.) have messed it up.
To make the contents of a table not show a horizontal scrollbar, I was looking for table options, which would have been more intuitive. But I figured if you pull the rightmost border of the table, at some point, it makes it non-responsive and would wrap contents instead of showing a scroll bar.
Having the same issue and it's really frustrating.
In the editor I see no scroll bars. I publish the page, scroll bars appear. I go back into editor, and the scrollbars now show in the editor. I manually adjust the column width to get rid of the scroll bar. I publish the page, scroll bar is gone.
I could maybe understand the table trying to expand itself to fit a lot of content, and the default action being to do that unless I manually adjust it to be narrower, but I can have tables with content nowhere near the width of the column - scrollbars still appear. There is no reason for the table to decide it needs to be any wider than it was inside the editor view.
Hi Brigt - this works while you're in the page, but it doesn't save the formatting universally. Have you found a way to make every table respond to this, and when you close out of the HTML Macro?
In other words: how do you save the setting so that it saves all across the wiki?
There was a table and pre formatted text in one cell (where the scroll bar appeared). This happened after I copied and pasted a row from the same table. Even though there was a table and pre (<pre>) element, it was not visible. The following steps revealed it.
Edited the page (by clicking Edit)
copied the contents of the cell (where the scroll bar appeared )and pasted in notepad ..
a lot of elements like the following appeared.... Deleted all of them and put the text back... The scroll bar disappeared.
<col style="width: 188.0px;" /><col style="width: 188.0px;" /><col style="width: 228.0px;" /><col style="width: 120.0px;" /><col sty
le="width: 88.0px;" /><col style="width: 140.0px;" /><col style="width: 103.0px;" /></colgroup><tbody><tr><td class="confluenceTd" style="width: 303.0px;"><pre class="c-mrkdwn__pre">
Calling all collaborators! Appy Hours on the Atlassian Community is a monthly event where 4 Partner and app vendor presenters go head-to-head with 5-minute demos for the title of Best App Demo. I...