CQWP Fails to Match on Single Line of Text field
OK, this might be an easy one for somebody. I'm prototyping a site which has several custom columns defined. One of these let's call it 'CityX' is a single line of text field.
Using CQWP, I specify the name of the city and it never returns results.
Other people have obviously faced this issue, but no solution is posted:
http://social.msdn.microsoft.com/Forums/en-US/sharepointcustomization/thread/f02f61ad-cd1f-4d04-b1ea-1cc659b82036/
How do I get my CQWP to match on a custom Single Line of Text field?
For info, I've specified operators like Not Equal, and results are returned. It's like the value is being translated somewhere. Also tried 'Contains' but no results are returned for that either.
btw I have been using a subclass of CQWP to change all these operators easily, but I'm convinced that isn't the problem, as I've tried classic CQWP too and it fails to match in just the same way.
As it happens I was able to work around the issue by substituting a lookup field on the values of my text field, and they work in CQWP fine. I'd like to nail this issue for future reference though. Can't believe I've never run into this before!
Using CQWP, I specify the name of the city and it never returns results.
Other people have obviously faced this issue, but no solution is posted:
http://social.msdn.microsoft.com/Forums/en-US/sharepointcustomization/thread/f02f61ad-cd1f-4d04-b1ea-1cc659b82036/
How do I get my CQWP to match on a custom Single Line of Text field?
For info, I've specified operators like Not Equal, and results are returned. It's like the value is being translated somewhere. Also tried 'Contains' but no results are returned for that either.
btw I have been using a subclass of CQWP to change all these operators easily, but I'm convinced that isn't the problem, as I've tried classic CQWP too and it fails to match in just the same way.
As it happens I was able to work around the issue by substituting a lookup field on the values of my text field, and they work in CQWP fine. I'd like to nail this issue for future reference though. Can't believe I've never run into this before!
ASKER
No I'm not using the OOTB City column. That's why I said I had created several custom columns and mine was called CityX (rather than City).
There is no clash between my column and the OOTB one.
I want to know why CQWP doesn't match the value of a custom Single line of text column regardless of what it's called.
I daresay you could observe this in your own environment. If you don't that'd be useful knowledge too.
There is no clash between my column and the OOTB one.
I want to know why CQWP doesn't match the value of a custom Single line of text column regardless of what it's called.
I daresay you could observe this in your own environment. If you don't that'd be useful knowledge too.
Iv'e just created a new site column and then added this to a list. Then in the content query web part I selected my list as the source and selected list type Custom list.
Selected my custom field, Is Equal To and typed the value as used by one of my list items. And the filter is working fine.
I'm assuming that this is the same as what you have done.
Which version (full build number) of SharePoint are you using?
Selected my custom field, Is Equal To and typed the value as used by one of my list items. And the filter is working fine.
I'm assuming that this is the same as what you have done.
Which version (full build number) of SharePoint are you using?
ASKER
This particular sandbox is 12.0.0.6421
That should be ok.
Can you export the web part and post the exported xml here?
Can you export the web part and post the exported xml here?
SOLUTION
membership
Create a free account to see this answer
Signing up is free and takes 30 seconds. No credit card required.
ASKER CERTIFIED SOLUTION
membership
Create a free account to see this answer
Signing up is free and takes 30 seconds. No credit card required.
ASKER
Probably query related. Further investigation will tell.
ASKER
OK, solved this, it wasn't the query it was the default caching behaviour. Since I'd subclassed the CQWP I was able to set property UseCache = False and this restored the sane behaviour I would have expected to see. I nailed this because it edit view it was behaving properly and cache is turned off in edit mode.
Are you using the out of the box City field or did you add a field to your list called City? SharePoint has a site column called city already.
In the CQWP only site columns are visible in the filters, so it looks like the column that your selecting in the filter is the out of the box column, while on the list you added a custom field called City.
When you go to the list settings and you click on City. Can you check the URL? In my case (I used the site column City) the URL ends with Field=WorkCity. If yours is different then you didn't use the standard field. The solutuon will be to add the exisitng site column to your list.