lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <>
Subject [jira] Resolved: (SOLR-1063) Spellchecker result through wt=phps and wt=php
Date Wed, 13 May 2009 14:12:45 GMT


Yonik Seeley resolved SOLR-1063.

    Resolution: Duplicate

I think this is already fixed in 1.4 trunk by SOLR-892

> Spellchecker result through wt=phps and wt=php
> ----------------------------------------------
>                 Key: SOLR-1063
>                 URL:
>             Project: Solr
>          Issue Type: Bug
>          Components: spellchecker
>    Affects Versions: 1.3
>         Environment: Debian Etch with Tomcat6 and Solr1.3
>            Reporter: Markus
>            Assignee: Yonik Seeley
>             Fix For: 1.4
> First of all, this is not through the provided PHP client but these are the actual results
directly from Solr therefore the selected component is not Client/PHP but spellchecker. However,
results like these are likely to be caused by the selected responsewriter since similar issues
have been seen.
> There seems to be a bug in the PHPS outputHandler when retrieving a
> query that also produces spellcheck results.
> The following query fails to return an unserializable string:
> spellcheck=true&facet=true&indent=on&facet.mincount=1&spellcheck.extendedResults=true&
> spellcheck.q=groninen&spellcheck.collate=true&wt=phps&rows=8&start=0&
> q=generic_search:groninen&spellcheck.dictionary=jarowinkler&
> facet.field=city&facet.field=kitchen&facet.field=budget
> The problem is clearly visible at the end of the returned string:
> rectlySpelled";falses:9:"collation";s:9:"groningen";}}}
> The query works fine when extendedResults=false, otherwise this problem
> occurs.
> Using the PHP outputHandler instead also produces a result which i
> cannot pass through eval. It complains about the last line of the result
> which omits the semi colon.
>  'word'=>'groningen')),
>         'correctlySpelled'=>false,
>         'collation'=>'groningen')))
> It would also need a return statement to begin with in order to produce
> any results with eval. For a - simple - query to work properly you would
> need : 
> $data = file_get_contents(query);
> var_dump(eval("return $data;"));

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message