Re: Haddock template and bugs
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
Re: Haddock template and bugs
Dave, Txs! I'll have a look into those. dirk On Fri, Jun 26, 2015 at 2:07 PM, Dave Koelmeyer < dave.koelme...@davekoelmeyer.co.nz> wrote: > > On 23/06/15 08:42, Dirk Frederickx wrote: > > Dave, all, > > > > I just posted a large update of the HADDOCK template. (2.10.2-svn-17) > > It stabilises the plain editor, and has many UI improvements. (more > detail > > in change notes) > > > > The HADDOCK template is now close to completion, but needs further > > hardening. > > (group related JSPs still need to be done ; and login/preferences needs > > some more tweaking) > > 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 > > A few more to follow. > > Cheers, > Dave > > -- > Dave Koelmeyer > http://blog.davekoelmeyer.co.nz > >
Re: Cannot search for bold words
Hi Arend, made a quick check (SVN trunk) but I can not reproduce the issue * Added a “__district__” to a page * I can find the term “district” using the LuceneSearchProvider and the “BasicSearchProvider” What version of of JSPWiki and SearchProvider are you using? Thanks in advance Siegfried Goeschl > On 26 Jun 2015, at 12:52, Siegfried Goeschl > wrote: > > Hi Arend, > > from looking at your examples I think the markup is accidentally in the > underlying Lucene index - in other words > > * the “__” is part of the indexed token > * prefix wildcard search is usually ignored due to performance reasons (it is > like a full-table scan for a DB) - that’ a feature > > Could you open a JIRA - it looks like a bug :) > > Thanks in advance > > Siegfried Goeschl > >> On 26 Jun 2015, at 12:33, Arend v. Reinersdorff wrote: >> >> Hi, >> >> by chance I noticed that I cannot search in JSPWiki for bold words. >> >> If there's text on a Wiki page like: >> __mysearchterm__ >> >> Then the following searches give no result: >> mysearchterm >> *mysearchterm__ >> __mysearchterm >> mysearchterm~ >> >> These searches work: >> __mysearchterm__ >> __mysearchterm* >> __mysearchterm__ >> __mysearchterm~ >> >> I'm using JSPWiki 2.10.0. >> >> I can find words in the middle of bold text and italic text: >> __where is mysearchterm gone__ >> ''mysearchterm'' >> >> >> Is this a general problem or maybe a problem with my installation? >> Any other ideas? >> >> Regards, >> Arend >
Re: Haddock template and bugs
On 23/06/15 08:42, Dirk Frederickx wrote: > Dave, all, > > I just posted a large update of the HADDOCK template. (2.10.2-svn-17) > It stabilises the plain editor, and has many UI improvements. (more detail > in change notes) > > The HADDOCK template is now close to completion, but needs further > hardening. > (group related JSPs still need to be done ; and login/preferences needs > some more tweaking) 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 A few more to follow. Cheers, Dave -- Dave Koelmeyer http://blog.davekoelmeyer.co.nz
Re: Cannot search for bold words
Hi Arend, from looking at your examples I think the markup is accidentally in the underlying Lucene index - in other words * the “__” is part of the indexed token * prefix wildcard search is usually ignored due to performance reasons (it is like a full-table scan for a DB) - that’ a feature Could you open a JIRA - it looks like a bug :) Thanks in advance Siegfried Goeschl > On 26 Jun 2015, at 12:33, Arend v. Reinersdorff wrote: > > Hi, > > by chance I noticed that I cannot search in JSPWiki for bold words. > > If there's text on a Wiki page like: > __mysearchterm__ > > Then the following searches give no result: > mysearchterm > *mysearchterm__ > __mysearchterm > mysearchterm~ > > These searches work: > __mysearchterm__ > __mysearchterm* > __mysearchterm__ > __mysearchterm~ > > I'm using JSPWiki 2.10.0. > > I can find words in the middle of bold text and italic text: > __where is mysearchterm gone__ > ''mysearchterm'' > > > Is this a general problem or maybe a problem with my installation? > Any other ideas? > > Regards, > Arend
Cannot search for bold words
Hi, by chance I noticed that I cannot search in JSPWiki for bold words. If there's text on a Wiki page like: __mysearchterm__ Then the following searches give no result: mysearchterm *mysearchterm__ __mysearchterm mysearchterm~ These searches work: __mysearchterm__ __mysearchterm* __mysearchterm__ __mysearchterm~ I'm using JSPWiki 2.10.0. I can find words in the middle of bold text and italic text: __where is mysearchterm gone__ ''mysearchterm'' Is this a general problem or maybe a problem with my installation? Any other ideas? Regards, Arend