WCPS1.5_WCPS errors when reduceExpr is first operand in arithmetic operation

[Piero Campalani]

In general, when a WCPS reduce expression is put as first operand in an arithmetic operation, you get error:

For example, reduceExpr * constant:

for c in (mr) return 
   encode(
      count(trim(c, {x(100:101),y(100:101)}) > 0) * 2, 
   "csv")

but when the constant is put before (2 * ...) it all works.

Similarly, this query won't work:

for c in (mr) return 
   encode(
      count(trim(c, {x(100:101),y(100:101)}) > 0) * 
      max(trim(c, {x(100:101),y(100:101)})), 
   "csv")

This does not seem to hold for coverage expressions (e.g. trims and slices):

for c in (mr) return 
   encode( 
      trim(c, {x(100:101),y(100:101)}) * 
      trim(c, {x(102:103),y(102:103)}), 
   "csv")

[Dimitar Misev]

This problem has been fixed by Alireza, but that has created another WCPS test fail, so it's not considered completely fixed yet.

[Dimitar Misev]

Looks a bit more important than Future to me, so setting to 9.0

[Bang Pham Huu]

Piero: I'm collecting WCPS errors and prepare to fix in next version called WCPS1.5, then your ticket will be moved to next release.

[Bang Pham Huu]

I've tested with WCPS1.0 and WCPS1.5 from Piero's queries with changing from axis x, y to i, j and it works. Then will close this ticket, here. (Dimitar can open it if you have the exception case then I will test again).