Editing of Confluence WIKI pages improperly scrolls the footer onto the page vs being pinned to the bottom

Description of the issue:
When editing a WIKI page, the footer area does not remain pinned to the bottom of the page but shows text scrolled above and below the footer making it impossible to edit the page content. This does not occur with Google Chrome

Steps to Reproduce (add as many as necessary): 1. 2. 3.
Edit a WIKI page

Actual Result (gifs and screenshots are welcome!):


Expected result:
Footer remains pinned to the bottom of the page with the page content properly contained in the area between the header and footer

Reproduces how often:
Always on my pages

Operating System and Brave Version(See the About Brave page in the main menu):
macOS Mojave 10.14.6 - Brave Version 0.67.125 Chromium: 76.0.3809.100 (Official Build) (64-bit)

Additional Information:

@Padishah,
Can you try opening your Shields panel on the site and changing the Device Recognition setting to Allow all and see if this helps the issue?

Changing that setting did not make any difference.

I did find that if I use my Apple mouse and, using the scroll gesture, continue to try to scroll the page when at the bottom I can create this issue. The bottom navigation will scroll up from the bottom of the page at which point you can scroll the content area creating the issue.

This does not happen when viewing a WIKI page, only when editing a page.

@Padishah,
On my end, I’m able to edit Wiki pages with the footer displayed as intended:

Do you have your Shields set to default settings for the site and/or can you show me what your Shields panel looks like while editing (as shown below)?

I have not changed any defaults with the exception of the previously recommended “All Device recognition allowed” from the last dropdown. I created the issue and here are the settings
wiki_shields

And here is the detail behind the 3 blocked trackers in case that is of value
wiki_blocked_detail

@Padishah,
Thanks for the info – can you try with Shields down entirely and see if this changes anything? I’ve reached out to a few team members as well for additional input.

That was one of the first things I tried. It made no difference assuming that the shields toggle turns this off completely
WIKI%20Shields%20down

Is there something else involved in making sure shields are down?

Is there a way to test this for external users? Does it work in private mode? can you re-test in Brave-Beta?

To your questions,

  1. No, unfortunately this content can’t be tested by external users
  2. I tried in private mode, no difference
  3. I downloaded and ran the beta from https://brave.com/download-beta/. Unfortunately it crashes on startup. I did not uninstall the brave release version but did close brave and tried several times with the same result. Here is a snippet of the stack trace although I realize that should be on a different topic

For reference, I created a new topic on the beta crash Brave browser beta crashes on startup

Process: Brave Browser Beta [17020]
Path: /Applications/Brave Browser Beta.app/Contents/MacOS/Brave Browser Beta
Identifier: com.brave.Browser.beta
Version: 76.0.68.116 (68.116)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Brave Browser Beta [17020]
User ID: 2133092479

Date/Time: 2019-08-15 07:42:43.064 -0700
OS Version: Mac OS X 10.14.6 (18G87)
Report Version: 12
Bridge OS Version: 3.6 (16P6568)
Anonymous UUID: 6A71EF12-A9C9-980B-B434-3D2186F12023

Sleep/Wake UUID: 0C68C9FC-633B-4114-93E7-755D74D3264E

Time Awake Since Boot: 100000 seconds
Time Since Wake: 4300 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Trace/BPT trap: 5
Termination Reason: Namespace SIGNAL, Code 0x5
Terminating Process: exc handler [17020]

Hmm right. okay how about Brave Dev or Brave Nightly?

Tried the dev build with similar results … crashes on launch
Process: Brave Browser Dev [43456]
Path: /Applications/Brave Browser Dev.app/Contents/MacOS/Brave Browser Dev
Identifier: com.brave.Browser.dev
Version: 76.0.70.69 (70.69)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Brave Browser Dev [43456]
User ID: 2133092479

Date/Time: 2019-08-20 08:40:30.491 -0700
OS Version: Mac OS X 10.14.6 (18G87)
Report Version: 12
Bridge OS Version: 3.6 (16P6568)
Anonymous UUID: 6A71EF12-A9C9-980B-B434-3D2186F12023

Sleep/Wake UUID: 44AC080A-DCE2-4674-9446-8DBFE9CECDB8

Time Awake Since Boot: 240000 seconds
Time Since Wake: 6000 seconds

System Integrity Protection: enabled

Crashed Thread: 0 Dispatch queue: com.apple.main-thread

Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY

Termination Signal: Trace/BPT trap: 5
Termination Reason: Namespace SIGNAL, Code 0x5
Terminating Process: exc handler [43456]