Hi Jim, Would you mind trying accessing directly to your tomcat's instance and see if everything works as expected?
It seems to me that the problem is probably sitting at the Apache configuration (the cookie handling); digging through the MLs' archives I found [#1], which depicts a similar situation maybe that's useful in your case? HTH, juan pablo [#1] https://lists.apache.org/thread/tsdsjo10s94tdbnsqksmz0fym9f8god7 El jue, 17 ago 2023, 20:13, Jim Wise <jw...@draga.com> escribió: > Hi! > > To add to this, I see no errors in the javascript console throughout, with > one exception, which is odd, but I believe not relevant: > > Parsing application manifest > https://wiki.draga.com/wiki/favicons/site.webmanifest: The manifest is > not valid JSON data. > > Looking at that loaded resource, it is indeed not JSON — it’s a JSPWiki > “this page does not exist” page — but this should not affect the page > itself, and no other errors show in the console. > > Thanks, > -- > Jim Wise (he/him) > jw...@draga.com > > > > > > > On Aug 17, 2023, at 12:40, Jim Wise <jw...@draga.com> wrote: > > > > Interestingly, the edit page itself also obeys user preferences. It is > only Wiki content that is not getting it. > > > > -- > > Jim Wise (he/him) > > jw...@draga.com > > > > > > > > > > > >> On Aug 17, 2023, at 12:37, Jim Wise <jw...@draga.com> wrote: > >> > >> For completeness, I have also tried with ProxyPass/ProxyPassReverse > using HTTP instead of AJP, with no change. > >> > >> -- > >> Jim Wise (he/him) > >> jw...@draga.com > >> > >> > >> > >> > >> > >>> On Aug 17, 2023, at 11:55, Jim Wise <jw...@draga.com> wrote: > >>> > >>> Thank you — there is an apache reverse proxy in front of tomcat, > communicating with tomcat via AJP. > >>> > >>> I have ProxyPass and ProxyPassReverse set, but do not have > ProxyPassReverseCookiePath set, as the path is the same in front of and > behind the proxy (I’m mapping / on the apache virtual host to / on the > tomcat instance). > >>> > >>> With section editing enabled (and dark mode turned back off), I see > two JSPWikiUserPrefs cookies, both with the correct domain, one with path > “/“ and one with path “/wiki”. > >>> > >>> The one pathed to “/“ contains: > >>> > >>> { > >>> "Version": "haddock04", > >>> "PrevQuery": "", > >>> "editor": "plain", > >>> "SectionEditing": true, > >>> "Appearance": false, > >>> "Language": "en", > >>> "Layout": "fluid", > >>> "Orientation": "fav-left", > >>> "DateFormat": "dd-MMM-yyyy HH:mm", > >>> "TimeZone": "US/Eastern", > >>> "autosuggest": true, > >>> "tabcompletion": true, > >>> "smartpairs": false, > >>> "livepreview": true, > >>> "previewcolumn": false > >>> } > >>> > >>> The one pathed to “/wiki” contains: > >>> > >>> { > >>> "version": "haddock04", > >>> "PrevQuery": "" > >>> } > >>> > >>> To eliminate another variable between the working jspwiki-wiki and > this wiki, I’ve upgraded openjdk to 17, with no change in behavior. > >>> > >>> -- > >>> Jim Wise (he/him) > >>> jw...@draga.com > >>> > >>> > >>> > >>> > >>> > >>>> On Aug 17, 2023, at 06:06, Juan Pablo Santos Rodríguez < > juanpablo.san...@gmail.com> wrote: > >>>> > >>>> Hi Jim, > >>>> > >>>> Do you have something in front of your tomcat instance (an Apache web > >>>> server or something like that)? In that case, f.ex., for Apache you > have to > >>>> set some directives: proxypass, proxypassreverse and > >>>> proxypassreversecookiepath, IIRC. > >>>> > >>>> Another thing to check would be your JSPWiki user prefs cookie, to > which > >>>> domain/path is mapped? Does it get stored when you save the user > >>>> preferences, or the log shows something unusual about that? > >>>> > >>>> > >>>> Regards, > >>>> juan pablo > >>>> > >>>> El jue, 17 ago 2023, 7:54, Arturo Bernal <aber...@apache.org> > escribió: > >>>> > >>>>> Hi Jim, > >>>>> > >>>>> I have tested this on the official JSPWiki page and can confirm that > >>>>> everything works as expected. After switching to dark mode and > saving the > >>>>> preferences, I was redirected to the main page with the dark theme > applied. > >>>>> The same goes for the Section editing; it works as intended. Have > you tried > >>>>> refreshing the browser's cache to see if that resolves the issue? > >>>>> > >>>>> As far as I recall, we are using Java 17 and JSPWiki v2.12.1. > >>>>> > >>>>> Best regards, > >>>>> > >>>>> Arturo > >>>>> > >>>>> > >>>>> On Thu, Aug 17, 2023 at 4:45 AM Jim Wise <jw...@draga.com> wrote: > >>>>> > >>>>>> As an update, some playing with this seems to show that this is an > issue > >>>>>> with user preferences in the wiki here, not just with section > editing. > >>>>>> > >>>>>> As a concrete example, if I turn on dark mode in the preferences, > this > >>>>>> changes the appearance of the preferences screen, and of the login > >>>>> screen, > >>>>>> but displayed wiki pages are unchanged, and still appear in light > mode. > >>>>>> > >>>>>> I’ll dig further, but any pointers are appreciated! > >>>>>> -- > >>>>>> Jim Wise (he/him) > >>>>>> jw...@draga.com > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>> > >>>>>>> On Aug 15, 2023, at 18:21, Jim Wise <jw...@draga.com> wrote: > >>>>>>> > >>>>>>> Hi! > >>>>>>> > >>>>>>> Editing itself works great. Section editing links no longer appear > >>>>> next > >>>>>> to each section heading, however, so I can only edit the whole page. > >>>>>>> > >>>>>>> I’ve just logged out, cleared all data (Cookies, Cache, and Local > Data) > >>>>>> from our wiki, then logged in and turned section editing back on in > my > >>>>> user > >>>>>> preferences, and I still see no section editing links. > >>>>>>> > >>>>>>> I’ve verified the same behavior in Safari 16.5.2 and FireFox > 116.0.2. > >>>>>>> > >>>>>>> What JVM and App Server are jspwiki-wiki running? Wondering if > this is > >>>>>> the difference. > >>>>>>> > >>>>>>> Happy to share any more info here that helps debug as well! > >>>>>>> > >>>>>>> -- > >>>>>>> Jim Wise (he/him) > >>>>>>> jw...@draga.com > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>>> On Aug 15, 2023, at 16:14, Juan Pablo Santos Rodríguez < > >>>>>> juanpablo.san...@gmail.com> wrote: > >>>>>>>> > >>>>>>>> Hi Jim, > >>>>>>>> > >>>>>>>> I've just tried section editing at jspwiki-wiki.a.o (currently > running > >>>>>>>> 2.12.1) and it seem to work well :-? > >>>>>>>> > >>>>>>>> Would you mind trying to refresh the browser's cache and see if > that > >>>>>> does > >>>>>>>> the trick? > >>>>>>>> > >>>>>>>> I don't recall any change for section editing (or js changes, > >>>>> generally > >>>>>>>> speaking) between 2.11.0 and 2.12.1, but I may be mistaken. > >>>>>>>> > >>>>>>>> Exactly, what behaviour are you getting? You don't arrive at the > edit > >>>>>> page, > >>>>>>>> it doesn't have anything, it overwrites the page,..? > >>>>>>>> > >>>>>>>> > >>>>>>>> Best regards, > >>>>>>>> juan pablo > >>>>>>>> > >>>>>>>> El mar, 15 ago 2023, 20:39, Jim Wise <jw...@draga.com> escribió: > >>>>>>>> > >>>>>>>>> Hi! > >>>>>>>>> > >>>>>>>>> Before I dig deeper, is section editing working for anyone under > >>>>>> 2.12.x? > >>>>>>>>> > >>>>>>>>> Just got a report that it had been broken “for quite a while”, > and > >>>>>> turning > >>>>>>>>> it on verifies that its is indeed not working under 2.12.1 on > OpenJDK > >>>>>>>>> 11.0.20 and Tomcat 9.0.79. > >>>>>>>>> > >>>>>>>>> I’m sorry not to have further clarity on “for a while” — happy to > >>>>> play > >>>>>>>>> with this and try to bisect, just want to make sure that it > actually > >>>>> is > >>>>>>>>> broken for other folks, rather than being a misconfiguration on > my > >>>>>> part. > >>>>>>>>> > >>>>>>>>> Changes we’ve made in the last “for a while” (read: since this > >>>>>> definitely > >>>>>>>>> worked, but probably too far back) include: > >>>>>>>>> > >>>>>>>>> - Update of JSPWiki from 2.11.0 through 2.12.1 > >>>>>>>>> - Two versions of OpenJDK (8.x and 11.x) > >>>>>>>>> - Steady rolling upgrades of Tomcat from 9.0.46 through 9.0.79 > >>>>>>>>> > >>>>>>>>> I recognize this is a largish revision space to bisect, but post > it > >>>>> for > >>>>>>>>> comparison in case section editing is currently working for > anyone, > >>>>> so > >>>>>> we > >>>>>>>>> can see what differs. > >>>>>>>>> > >>>>>>>>> Thanks all, > >>>>>>>>> -- > >>>>>>>>> Jim Wise (he/him) > >>>>>>>>> jw...@draga.com > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>> > >>>>>> > >>>>>> > >>>>> > >>> > >> > > > >
