* [sup-talk] U (unread) search is off
@ 2009-09-09 13:54 Ben Walton
2009-09-10 11:22 ` Ingmar Vanhassel
0 siblings, 1 reply; 11+ messages in thread
From: Ben Walton @ 2009-09-09 13:54 UTC (permalink / raw)
Since my update to Xapian, my U searches to display on unread mail
aren't working correctly any more. I get lots of mail that is
definitely read (doesn't show as new in the search buffer). Is anyone
else seeing this? I'm hoping to dig into it later today, but wanted
to fire of the query first.
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20090909/f80057be/attachment.bin>
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-09 13:54 [sup-talk] U (unread) search is off Ben Walton
@ 2009-09-10 11:22 ` Ingmar Vanhassel
2009-09-10 13:59 ` William Morgan
0 siblings, 1 reply; 11+ messages in thread
From: Ingmar Vanhassel @ 2009-09-10 11:22 UTC (permalink / raw)
Excerpts from Ben Walton's message of Wed Sep 09 15:54:55 +0200 2009:
>
> Since my update to Xapian, my U searches to display on unread mail
> aren't working correctly any more. I get lots of mail that is
> definitely read (doesn't show as new in the search buffer). Is anyone
> else seeing this? I'm hoping to dig into it later today, but wanted
> to fire of the query first.
>
> Thanks
> -Ben
Known issue, see http://mid.gmane.org/1251792282-sup-2057 at cannonball and
Rich's answer to my mail.
--
Exherbo KDE, X.org maintainer
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-10 11:22 ` Ingmar Vanhassel
@ 2009-09-10 13:59 ` William Morgan
2009-09-10 14:04 ` Ben Walton
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: William Morgan @ 2009-09-10 13:59 UTC (permalink / raw)
Reformatted excerpts from Ingmar Vanhassel's message of 2009-09-10:
> Known issue, see http://mid.gmane.org/1251792282-sup-2057 at cannonball and
> Rich's answer to my mail.
Actually, I haven't been following this too closely, but what is the status?
I noticed we have this in xapian_index.rb:
qp.default_op = Xapian::Query::OP_AND
Is that not sufficient (combined with a newish Xapian, I guess?) to fix
the problem?
--
William <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 11+ messages in thread* [sup-talk] U (unread) search is off
2009-09-10 13:59 ` William Morgan
@ 2009-09-10 14:04 ` Ben Walton
2009-09-10 16:17 ` Rich Lane
2009-09-10 14:08 ` Ingmar Vanhassel
2009-09-10 16:16 ` Rich Lane
2 siblings, 1 reply; 11+ messages in thread
From: Ben Walton @ 2009-09-10 14:04 UTC (permalink / raw)
Excerpts from William Morgan's message of Thu Sep 10 09:59:13 -0400 2009:
> Is that not sufficient (combined with a newish Xapian, I guess?) to fix
> the problem?
I'm running 1.0.14. Maybe I need to update to 1.0.15 then?
Thanks
-Ben
--
Ben Walton
Systems Programmer - CHASS
University of Toronto
C:416.407.5610 | W:416.978.4302
GPG Key Id: 8E89F6D2; Key Server: pgp.mit.edu
Contact me to arrange for a CAcert assurance meeting.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://rubyforge.org/pipermail/sup-talk/attachments/20090910/d6b22755/attachment.bin>
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-10 14:04 ` Ben Walton
@ 2009-09-10 16:17 ` Rich Lane
2009-09-10 17:13 ` Ben Walton
0 siblings, 1 reply; 11+ messages in thread
From: Rich Lane @ 2009-09-10 16:17 UTC (permalink / raw)
Excerpts from Ben Walton's message of Thu Sep 10 10:04:02 -0400 2009:
> Excerpts from William Morgan's message of Thu Sep 10 09:59:13 -0400 2009:
>
> > Is that not sufficient (combined with a newish Xapian, I guess?) to fix
> > the problem?
>
> I'm running 1.0.14. Maybe I need to update to 1.0.15 then?
Yes, upgrading to 1.0.15 will fix this problem.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-10 13:59 ` William Morgan
2009-09-10 14:04 ` Ben Walton
@ 2009-09-10 14:08 ` Ingmar Vanhassel
2009-09-10 16:16 ` Rich Lane
2 siblings, 0 replies; 11+ messages in thread
From: Ingmar Vanhassel @ 2009-09-10 14:08 UTC (permalink / raw)
Excerpts from William Morgan's message of Thu Sep 10 15:59:13 +0200 2009:
> Reformatted excerpts from Ingmar Vanhassel's message of 2009-09-10:
> > Known issue, see http://mid.gmane.org/1251792282-sup-2057 at cannonball and
> > Rich's answer to my mail.
>
> Actually, I haven't been following this too closely, but what is the status?
> I noticed we have this in xapian_index.rb:
> qp.default_op = Xapian::Query::OP_AND
>
> Is that not sufficient (combined with a newish Xapian, I guess?) to fix
> the problem?
Refining a query still doesn't work: Searching for label:foo, then
piping through label:bar gives messages that even have neither label.
This is on xapian 1.0.15
--
Exherbo KDE, X.org maintainer
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-10 13:59 ` William Morgan
2009-09-10 14:04 ` Ben Walton
2009-09-10 14:08 ` Ingmar Vanhassel
@ 2009-09-10 16:16 ` Rich Lane
2009-09-12 16:47 ` William Morgan
2 siblings, 1 reply; 11+ messages in thread
From: Rich Lane @ 2009-09-10 16:16 UTC (permalink / raw)
There are actually 2 bugs in this thread. Ben is still using Xapian
1.0.14 which doesn't have my fix for the phantom labels problem.
Ingmar's message was about the surprise Xapian::QueryParser feature.
Excerpts from William Morgan's message of Thu Sep 10 09:59:13 -0400 2009:
> Reformatted excerpts from Ingmar Vanhassel's message of 2009-09-10:
> > Known issue, see http://mid.gmane.org/1251792282-sup-2057 at cannonball and
> > Rich's answer to my mail.
>
> Actually, I haven't been following this too closely, but what is the status?
> I noticed we have this in xapian_index.rb:
> qp.default_op = Xapian::Query::OP_AND
>
> Is that not sufficient (combined with a newish Xapian, I guess?) to fix
> the problem?
I thought it was, but it turns out that unless you explicitly add AND
operators Xapian will OR terms over the same field such that
"label:foo label:bar" gives you the union instead of the intersection.
We could fix this by patching Xapian to make this behavior configurable,
or we could come up with an index-agnostic simple query language that
doesn't support boolean operators. The native query language would still
be available, of course, but the simple one would suffice for most usage
and potentially have Sup-specific features.
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-10 16:16 ` Rich Lane
@ 2009-09-12 16:47 ` William Morgan
2009-09-14 0:31 ` Rich Lane
0 siblings, 1 reply; 11+ messages in thread
From: William Morgan @ 2009-09-12 16:47 UTC (permalink / raw)
Reformatted excerpts from Rich Lane's message of 2009-09-10:
> I thought it was, but it turns out that unless you explicitly add AND
> operators Xapian will OR terms over the same field such that
> "label:foo label:bar" gives you the union instead of the intersection.
Ok. I only ask because I'm considering how to present the Xapian index
option in 0.9---the options are to not say anything about it, to force
everyone to switch to it, or anywhere in between.
> We could fix this by patching Xapian to make this behavior
> configurable, or we could come up with an index-agnostic simple query
> language that doesn't support boolean operators.
The former sounds easier to me. Especially since it seems like this is
something Xapian should have...
--
William <wmorgan-sup at masanjin.net>
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-12 16:47 ` William Morgan
@ 2009-09-14 0:31 ` Rich Lane
2009-09-15 7:18 ` Olly Betts
0 siblings, 1 reply; 11+ messages in thread
From: Rich Lane @ 2009-09-14 0:31 UTC (permalink / raw)
Excerpts from William Morgan's message of Sat Sep 12 12:47:14 -0400 2009:
> Reformatted excerpts from Rich Lane's message of 2009-09-10:
> > I thought it was, but it turns out that unless you explicitly add AND
> > operators Xapian will OR terms over the same field such that
> > "label:foo label:bar" gives you the union instead of the intersection.
>
> Ok. I only ask because I'm considering how to present the Xapian index
> option in 0.9---the options are to not say anything about it, to force
> everyone to switch to it, or anywhere in between.
Yeah, we do need the query behavior to be reasonable before advertising
the Xapian index. What's your timeline on 0.9?
> > We could fix this by patching Xapian to make this behavior
> > configurable, or we could come up with an index-agnostic simple query
> > language that doesn't support boolean operators.
>
> The former sounds easier to me. Especially since it seems like this is
> something Xapian should have...
Agreed that Xapian should have this, and I'll probably implement it. We
still need to support people using older Xapian versions though. Whether
this means a log message telling them to use explicit ANDs in their
query, or automatically transforming simple-enough queries into what we
think they actually want, I don't know. I'll also need to add a
workaround for the earlier Xapian bug before this index gets wider
usage.
As far as which index to make the default, Ferret has the advantage of
being installable as a gem dependency. I think this ease of installation
is important enough to block Xapian for now, unless someone can create a
Xapian gem. There's been interest in this before:
http://article.gmane.org/gmane.comp.search.xapian.devel/1408/
^ permalink raw reply [flat|nested] 11+ messages in thread
* [sup-talk] U (unread) search is off
2009-09-14 0:31 ` Rich Lane
@ 2009-09-15 7:18 ` Olly Betts
0 siblings, 0 replies; 11+ messages in thread
From: Olly Betts @ 2009-09-15 7:18 UTC (permalink / raw)
Rich Lane <rlane at club.cc.cmu.edu> writes:
> Agreed that Xapian should have this, and I'll probably implement it. We
> still need to support people using older Xapian versions though. Whether
> this means a log message telling them to use explicit ANDs in their
> query, or automatically transforming simple-enough queries into what we
> think they actually want, I don't know. I'll also need to add a
> workaround for the earlier Xapian bug before this index gets wider
> usage.
I've now opened a Xapian ticket for this:
http://trac.xapian.org/ticket/402
Patches are certainly most welcome, especially as I'm currently trying to
focus on getting Xapian 1.2.0 out of the door.
I don't see a satisfactory workaround for it, sadly.
> As far as which index to make the default, Ferret has the advantage of
> being installable as a gem dependency. I think this ease of installation
> is important enough to block Xapian for now, unless someone can create a
> Xapian gem. There's been interest in this before:
> http://article.gmane.org/gmane.comp.search.xapian.devel/1408/
I recently noticed this gem version of (modified) xapian-bindings:
http://groups.google.com/group/acts_as_xapian/msg/1bbb1e0d3753a0b7
I've not had a chance to look at it yet though, so I don't know if the
changes mentioned are compatible or not. Assuming they're useful, they
probably should be folded in upstream - more idiomatic wrappers are a
desirable improvement (though if they're incompatible we'd need some
sort of migration plan). It doesn't seem productive to have forked
versions like this either.
Cheers,
Olly
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2009-09-15 7:18 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2009-09-09 13:54 [sup-talk] U (unread) search is off Ben Walton
2009-09-10 11:22 ` Ingmar Vanhassel
2009-09-10 13:59 ` William Morgan
2009-09-10 14:04 ` Ben Walton
2009-09-10 16:17 ` Rich Lane
2009-09-10 17:13 ` Ben Walton
2009-09-10 14:08 ` Ingmar Vanhassel
2009-09-10 16:16 ` Rich Lane
2009-09-12 16:47 ` William Morgan
2009-09-14 0:31 ` Rich Lane
2009-09-15 7:18 ` Olly Betts
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox