[rqlrewrite] Fix rewrite on ambiguities introduced by NOT relation or "is IN" type restriction When some inserted RQL snippet generate more solutions than the original RQL, the rewriter attempt to duplicate the snippet for each newly introduced solution. There are though some cases where we do not want this behaviour in case of ambiguities introduced by: * NOT(X relation Y) expression, since it won't be equivalent to NOT(X relation Y1, Y1 is Type1) OR NOT(X relation Y2, Y2 is Type2) ; * EXISTS(X relation Y, Y is IN (Type1, Type2) expression, since it's not actually necessary to split an explicitly introduced ambiguity (and it crash if we attempt to do so, so...). In test, we've to modify the `rewrite()` function because in the newly introduced test we need the same constraint to be applied to two variables in the original query, and this was not supported before. Notice the generated RQL in test is still *NOT CORRECT* "(EXISTS(NOT EXISTS() OR EXISTS(...))", or at least isn't optimal. This will be fixed in a forthcoming changeset. Related to #17074119

     1

.TH cubicweb\-ctl 1 "2010-01-14" cubicweb\-ctl

     2

.SH NAME

     3

.B cubicweb\-ctl

     4

\- cubicweb control utility

     5

     6

     7

.SH SYNOPSIS

     8

.B  cubicweb-ctl <command>

     9

[

    10

.I OPTIONS

    11

] [

    12

.I <command arguments>

    13

]

    14

    15

.SH DESCRIPTION

    16

.PP

    17

CubicWeb utility to create and control instances, and more generally do all

    18

cubicweb's related tasks you can have to do using the command line. Available

    19

commands will depends on which part of the framework are installed.

    20

.PP

    21

Type

    22

.B "cubicweb\-ctl <command> \fB\-\-help\fR"

    23

for more information about a specific command.

    24

    25

.SH COPYRIGHT 

    26

Copyright (c) 2003-2010 LOGILAB S.A. (Paris, FRANCE).

    27

http://www.logilab.fr/ -- mailto:contact@logilab.fr