lucene-solr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yonik Seeley (JIRA)" <j...@apache.org>
Subject [jira] Commented: (SOLR-1063) Spellchecker result through wt=phps and wt=php
Date Wed, 13 May 2009 12:52:46 GMT

    [ https://issues.apache.org/jira/browse/SOLR-1063?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12708911#action_12708911
] 

Yonik Seeley commented on SOLR-1063:
------------------------------------

Can anyone post a URL that reproduces this error with the example solr install / data?

> 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
>             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.


Mime
View raw message