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. @Harry, The "OS/2: bad linegap" on the font.woff file is new to me. I did find a few references on google, but not clear root-cause of the issue. If it persists, plse log it as a JIRA. I may need to rerun the font files from iconmoon. dirk On Sat, Jun 27, 2015 at 11:03 AM, Harry Metske <[email protected]> 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 <[email protected]> > 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 < > > [email protected]> 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 > > > > > > > > >
