nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Boxes appearing around a 'workflow report'

Karl Street_mkkca2

Hi,

When using the Macro "Workflow Report" I am seeing boxes appear around all the information in the columns. This isn't something that's always been there so I'm wondering if this is new or a bug? Boxes appearing around a 'workflow report'.PNG

Can everyone else see these or is it a bug?

Thanks

Karl Street

Accepted answers

Mirek

Hi @Karl Street

Workflow Macro is not a OOTB feature. I guess you are using one of the plugin. Is it Comala Document Approval?

Overall it does not look like an improvement. If that started suddenly and you did not update the plugin or application then probably other thing that changed might be causing this for example browser..

Could you check on a different browser then? You can also edit the macro and check preview.. How does the macro look there? Do you have any test system? If so would be nice to verify there also..

All comments

Mirek

Hi @Karl Street

Workflow Macro is not a OOTB feature. I guess you are using one of the plugin. Is it Comala Document Approval?

Could you check on a different browser then? You can also edit the macro and check preview.. How does the macro look there? Do you have any test system? If so would be nice to verify there also..

Andy Folland

Did anyone ever actually solve this?

I've just finally got round to having a proper look at this.
Switching browsers makes no difference BTW (safari to chrome).

I've also just noticed that if you have multiple entries of the workflow report macro on a page, the stupid boxes only appear in the first instance. So if you copy that first instance at the top of the page, the boxes then disappear in the 2nd instance.

I've also tried hiding that copied 1st instance inside a hidden page properties macro - and that doesn't work. It seems it must be actually rendered in order for that 1st/2nd instance behaviour to be presented.

Very annoying - I'm just going to add a note to let my users know that the inconsistent layout is just another known stupid Confluence bug that will probably NEVER get fixed and that it's not down to me.

Simon Farrow_pefauj

Hi,

I had the same issue. I noticed that the preview did not show boxes, on inspecting the generated HTML for the preview versus the published page, the published page added a <button> HTML attribute. By overriding the CSS style class for the button I was able to remove the border and colour of the box.

To do this I added an HTML macro to the top of the page in question, then set the content of the macro to this:

<style>

.headerButton {

border-width: 0px !important;

background-color: white !important;

}

</style>

Hope this helps.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

confluence

server

confluence-server

macro