Hi Dirk, On 27/06/15 21:32, Dirk Frederickx wrote: > Harry, Dave, > > I may have found the issue: Findpages.js was wrongly spelled FindPages.js > in the wro-haddock.xml ! > Not clear why on my machine this builds without errors... > > I just made a commit -- can you please try again.
Great, thanks – that definitely had a lot to do with it. With version v2.10.2-svn-18, attachment upload now works. The Live Preview interfaces are now at least appearing, although the behaviour is problematic (similar observations for Slimbox styles), so I'll update the relevant bugs. Cheers, Dave On Sat, Jun 27, 2015 at 11:03 AM, Harry Metske <harry.met...@gmail.com> wrote: >> Starting with an empty browser cache and no cookies for localhost, I get >> this on the jspwiki home page : >> >> TypeError: wiki.Findpages is not a constructor haddock.js:12284:0 >> >> downloadable font: OS/2: bad linegap: -32 (font-family: "FontJspwiki" >> style:normal weight:normal stretch:normal src index:1) source: >> https://localhost:8443/JSPWiki/templates/haddock/fonts/FontJspwiki.woff >> haddock.css:4169:12 >> >> >> with this in access_log: >> >> 127.0.0.1 - - [27/Jun/2015:10:58:56 +0200] "GET /JSPWiki/images/favicon.ico >> HTTP/1.1" 200 1150 >> 127.0.0.1 - - [27/Jun/2015:10:59:06 +0200] "GET /JSPWiki/Wiki.jsp HTTP/1.1" >> 200 10671 >> 127.0.0.1 - - [27/Jun/2015:10:59:06 +0200] "GET >> /JSPWiki/templates/haddock/haddock.css HTTP/1.1" 200 140339 >> 127.0.0.1 - - [27/Jun/2015:10:59:06 +0200] "GET /JSPWiki/scripts/haddock.js >> HTTP/1.1" 200 388133 >> 127.0.0.1 - - [27/Jun/2015:10:59:07 +0200] "GET >> /JSPWiki/templates/haddock/fonts/FontJspwiki.woff HTTP/1.1" 200 7176 >> >> Did some more testing, and ran into the same issues Dave already mentioned. >> Let me know if you need more diagnostic info >> >> regards, >> Harry >> >> On 27 June 2015 at 10:40, Dirk Frederickx <dirk.frederi...@gmail.com> >> wrote: >> >>> Dave, >>> >>> All seems fine to me w.r.t your setup. >>> From the logs you shared, it is clear the HADDOCK.JS fails during >>> startup. ("e.Findpages" fails) >>> The result is that all js driven functionality does not get active; you >>> can view the pages; but not use any of the dynamic styles, ajax searches >>> etc. >>> >>> Try compiling with minifications "off" to get more detailed error >> logging >>> : >>> >>> mvn clean install -Dmaven.test.skip -Dminimize=false >>> >>> >>> >>> >>> dirk >>> >>> >>> On Sat, Jun 27, 2015 at 6:47 AM, Dave Koelmeyer < >>> dave.koelme...@davekoelmeyer.co.nz> wrote: >>> >>>> Hi Dirk/All >>>> >>>> On 27/06/15 00:07, Dave Koelmeyer wrote: >>>>> Awesome, thanks. I've switched to Haddock full time to test, and I've >>>>> started opening bug reports with issues I've found: >>>>> >>>>> https://issues.apache.org/jira/browse/JSPWIKI-885 >>>>> https://issues.apache.org/jira/browse/JSPWIKI-886 >>>>> https://issues.apache.org/jira/browse/JSPWIKI-887 >>>> Before I go much further, I'm wondering if there is some fundamental >>>> prerequisite I'm missing for using Haddock, based on the number of >>>> things which aren't working for me. My server set up: >>>> >>>> * JSPWiki v2.10.2-svn-17 running in GlassFish v4 >>>> * Container manager authentication is enabled using a file-based >> realm >>>> * HTTPS is enabled >>>> * JSPWiki policy is locked down such that only authenticated users >>>> have access (both read and write) >>>> >>>> >>>> To enable Haddock, I simply make the required setting in my JSPWiki >>>> custom properties file, and reboot the application server. >>>> >>>> So far, instant search, Slimbox styles, editor live preview, resizing >>>> the editing interface, and attachment upload are all completely broken >>>> for me. All work fine simply switching back to Plain Vanilla. Is there >>>> something I'm missing here at all, or that I haven't taken into >> account? >>>> Cheers, >>>> Dave >>>> >>>>
