Will need a little more time to test direct access, but will definitely do so.
For comparison, is anyone using the ShortViewURLConstructor and seeing user preferences work for pages under its prefix? Thanks, -- Jim Wise (he/him) jw...@draga.com > On Aug 17, 2023, at 16:04, Juan Pablo Santos Rodríguez > <juanpablo.san...@gmail.com> wrote: > > Hi! > > Is it possible that the Apache config, as it is, works for the default url > constructor, but it's not enough for the short url constructor? > > Or the same question, from other point of view: if you access to your > JSPWiki instance directly through your tomcat installation instead of > through the Apache server, does the problem persist if you use the short > url constructor? > > > Thx + best regards, > juan pablo > > El jue, 17 ago 2023, 21:25, Jim Wise <jw...@draga.com> escribió: > >> Found the problem, sort of. >> >> We’ve been using jspwiki.urlConstructor = ShortViewURLConstructor, with a >> prefix of /wiki. If I switch to DefaultURLConstructor, everything works >> fine — and I no longer have separate “/“ and “/wiki” versions of the >> JSPWikiUserPrefs cookie. >> >> This may still well be apache related, but at least this narrows the >> search space. >> >> -- >> Jim Wise (he/him) >> jw...@draga.com >> >> >> >> >> >>> On Aug 17, 2023, at 14:33, Juan Pablo Santos Rodríguez < >> juanpablo.san...@gmail.com> wrote: >>> >>> 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 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >> >>