You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-dev@lucene.apache.org by "Yonik Seeley (JIRA)" <ji...@apache.org> on 2009/05/13 16:12:45 UTC
[jira] Resolved: (SOLR-1063) Spellchecker result through wt=phps
and wt=php
[ https://issues.apache.org/jira/browse/SOLR-1063?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
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: https://issues.apache.org/jira/browse/SOLR-1063
> 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.