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.