Hamburger menu problems

(1.1) By Brian Tiffin (btiffin) on 2018-09-20 16:30:49 edited from 1.0 [link] [source]

Just started happening the other night.

Using Seamonkey, NoScript turned off, many Hamburger menu items point to the honeypot (visible in the bottom message area when hovering over the menu items). This is from https://fossil-scm.org/.

Using Firefox fresh install, no extensions, menu items lead to the please enable javascript honeypot.

Visit the Timeline page, dropdown menu items then lead to the appropriate place.

Open a new tab, from the main menu items:

Home page, hamburger items busted.
Timeline, hamburger menu works.
Docs, broken.
Code, works.
Forum, while in this page, forum/forumnew, menu items lead to honeypot.
- Forum start page, forum/forum, works.
Download page, busted.

And proof that javascript is running, the menu drops down each and every time, but leads to the honeypot (as seen in the bottom message of the browser - and by trying some by clicking) about half the time as listed above.

Log in as anonymous, everything works as expected. Log out (from the Docs page when I tried) and then it goes back to broken.

(2) By jvdh (veedeehjay) on 2018-09-20 08:47:13 in reply to 1.0 [link] [source]

I see the same or similar:

I get the "Please enable javascript or log in to see this content" message for assorted pages on `fossil-scm.org', _independent_ of whether being logged in or not. other pages work just fine.  one example of non-working page:  "List of All Commands and Web Pages". of course, javascript _is_ enabled.

seen with `vivaldi' browser (uses the chrome engine)

(3) By Warren Young (wyoung) on 2018-09-20 10:11:17 in reply to 1.0 [link] [source]

This is happening because P("popup") is false in src/sitemap.c when you're not logged in.

I've checked, and popup form data is still being sent in this case, so I'm at a loss as to why the sitemap code can't see this flag. This is getting way down into the guts of how Fossil handles form data, so drh may have to deal with this.

If you need this fixed on your own repository, you can temporarily revert this checkin, which I thought was redundant with respect to the new popup=1 server-side code. Apparently not.

I'm guessing that what happened recently to cause this to start happening is that drh updated the skin on the server side to a version after that checkin.

(4) By Richard Hipp (drh) on 2018-09-20 10:41:39 in reply to 3 [link] [source]

Fixed by https://fossil-scm.org/fossil/info/2804c71a43df0cd9. The previous check-in https://fossil-scm.org/fossil/info/2804c71a43df0cd9 is an alternative fix, but the second check-in seems like a better solution to me, at the moment.

(5) By Warren Young (wyoung) on 2018-09-20 10:45:03 in reply to 4 [link] [source]

the second check-in seems like a better solution to me

Ditto. Thank you for tracking this down.

(6.1) By Brian Tiffin (btiffin) on 2018-09-20 16:47:02 edited from 6.0 in reply to 4 [source]

This project is awesome. :-)

Report an issue late at night, look again, fixes in the works. Nice.

Have good, make hamburgers

(7) By Miguel (20210819) on 2021-08-19 21:31:51 in reply to 4 [link] [source]

Hi,

I´m getting same error using two instances, one with Fossil 2.12 and another with Fossil 2.17.

First one is running on a Debian 10 with Nginx system at (https://fossil.redhumus.org/fossil/meristemos/home) and the second one is at (https://fossil.copincha.org/copincha/home) running on a Debian 10 with Caddy

Could you please consider what´s happening?

Thanks

(8) By Richard Hipp (drh) on 2021-08-19 23:15:06 in reply to 7 [link] [source]

Possibly your repositories are configured to use older skins that are not compatible with the hamburger menu. Have you tried running one of the built-in skins instead of whatever custom skin you are currently using?

(9) By Miguel (20210819) on 2021-08-20 13:49:16 in reply to 8 [link] [source]

Thanks for your response. I did it. Changed the skin and javascript problem seems to be solved.