-
Bug
-
Resolution: Fixed
-
Medium
-
None
-
Firefox (bug appears), Safari and IE (does not appear)
NOTE: This bug report is for Confluence Server. Using Confluence Cloud? See the corresponding bug report.
Here's a portion of the wiki markup:
||attribute||description||example||
|{code}copy-on-read{code}|Specifies whether entry value retrieval methods return direct references to the entry value objects (false setting) or copies of the objects|{code}<cache copy-on-read="true">
</cache>{code}|
As you can see in the attached screenshots, Firefox does not adjust the table column for the width of the code block. Instead, it adds horizontal (and vertical) scroll bars to the cell. Safari and IE do handle the adjustment properly.
- relates to
-
-
- Closed
-
[CONFSERVER-8174] On Firefox, Confluence table (using standard wiki markup) does not format column width when column contains {code} macro
William Hazel
added a comment - Personally, I would rather have this issue than have to scroll the page over to see everything else affected by the code. For example, when viewing this issue in IE at 1024 X 768, the text:
"nd vertical) scroll bars to the cell. Safari and IE do handle the adjustment properly."
is off the page as, I am sure, some of the first line of this comment is.
On our wiki at Boeing, the
macro (space added) leaves about 25% of the page hidden on the RH side of the screen because the table ignores the column width command. It appears you really have a problem is when the 'fat' column ignores the code and the 'skinny' one is set at 50%. It looks like if the 'fat' column ends up at 800 pixels, the 'skinny' one says "I must be 800 pixels also!"
William Hazel
added a comment - Personally, I would rather have this issue than have to scroll the page over to see everything else affected by the code. For example, when viewing this issue in IE at 1024 X 768, the text:
"nd vertical) scroll bars to the cell. Safari and IE do handle the adjustment properly."
is off the page as, I am sure, some of the first line of this comment is.
On our wiki at Boeing, the
{ macro-list}
macro (space added) leaves about 25% of the page hidden on the RH side of the screen because the table ignores the column width command. It appears you really have a problem is when the 'fat' column ignores the code and the 'skinny' one is set at 50%. It looks like if the 'fat' column ends up at 800 pixels, the 'skinny' one says "I must be 800 pixels also!"
Table created by macro-list is larger than page. this could be because of the unformated text blocks or the defined column widths in the right hand column.