Burger menu seems stuck

Help / Discuss
1

Burger menu seems stuck, see dump. It’s halfway in and can’t be removed. Anybody who knows how to fix this. Using xwiki 15.3, but experienced same behaviour in 14.10
xwiki_burger

2

Hello @tonjac,

is it like this all the time or do you need to interact with the UI in some way before you get the issue?

3

It’s like this all the time

4

And it is the same on all browsers? Did you try to clean your browser cache?

5

The problem appeared on a fresh install of xwiki, but I tried to empty cache anyway, no luck. Tested Chrome, Safari (on a Mac) and Microsoft Edge on Windows. Same issue everywhere.

6

Seems like a user specific issue as I cannot reproduce the same on my XWiki instance.
Do you have for example, all dependencies installed? (Like https://dev.xwiki.org/xwiki/bin/view/Community/SupportStrategy/JavaSupportStrategy)

7

Standard installation (all defaults), xwiki 15.3 war on Tomcat 8.5.88 on Java 11 with MariaDB 10.11 running on Windows 10

8

Reported it as a bug: Loading...

9

It looks like you customized your wiki’ style. There are more changes as the left part is also shifted to right. This is not an XWiki bug. Please clean your customizations to get back to the good shape and try again.
image

10

No I have not customized anything so how do I clean the customization? FYI the drawer-menu was like this at first start after installation.

12

So it looks like this rule is invalid
.drawer--right .drawer-nav {right: −280px;} while
.drawer--right .drawer-nav {right: -16.25rem;} is applied.
It is strage that the browser identifies the first rule as being invalid while it should override the second one.

13

So the minus sign in right: −280px; is not actually minus. This is − while it should be -.
Same for all the CSS rule with negative values #xwikimaincontainer > .navbar-collapse{margin-right:−15px;margin-left:−15px;}.
Please check your instance encoding.

14

Instance coding, where? How do I change this and to what?

15

He meant “encoding”.
This might help you if I got it right:

PS: Although I did a quick check with a validator and found that encoding is UTF-8
(https://validator.w3.org/nu/?doc=https%3A%2F%2Ftonjac.org%2Fxwiki%2Fbin%2Fview%2FMain%2F)

16

Sorry for incorrect typing of coding, I know what encoding is and I know that my site is set for UTF-8. So it’s not the encoding that is the problem.

Seems like the problem is somewhere in Less or Velocity. The files on the filesystem has correct signs for “minus”: ./webapps/xwiki/skins/flamingo/less/drawer.less

but when Less compiles it the result is ‘−’ (not minus):
https://tonjac.org/xwiki/bin/skin/skins/flamingo/style.min.css?cache-version=1682327120000&skin=XWiki.DefaultSkin&colorTheme=xwiki%3AFlamingoThemes.Iceberg&colorThemeVersion=11.1

17

Solved it with a Apache-hack that replaces ‘−’ (minus) with ‘-’ (hyphen-minus). Still thinks it must be a bug somewhere near Less or Velocity…

<Location /xwiki>
     AddOutputFilterByType SUBSTITUTE text/css
     Substitute "s|−|-|"
     ...
</Location>
1 Like