Smart Collections bug

A smart collection of:
rating is not * (1 star)
should return images including those with no stars, but does not.
(It only returns items with 2,3,4 or 5 stars).
Mike.

Known bug.
http://forums.adobe.com/thread/657891

Similar Messages

Smart Collection bug with Title doesn't contain rule

Hi,
There are various articles on smart collections that check if the "Title" field is filled or not. Because the "Title" field doesn't have an "is empty" like function, the sugested solution is to use the rule:
Title   doesn't contain   a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z
But there is a bug in this rule. I found that the letter 't' is causing a problem. The letter 't' seems to include all characters.
Situation:
Four images that have a their Title field as follows:
Image 1:
Image 2: 2014-01 - Street Photography.dng
Image 3: 2014-01
Image 4: Some Image
(Image 1 has an empty title)
Four smart collections with the following rules:
Collection 1: Title   doesn't contain   a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,t,u,v,w,x,y,z
Collection 2: Title   doesn't contain   0,1,2,3,4,5,6,7,8,9
Collection 3: Title   doesn't contain   a,b,c,d,e,f,g,h,i,j,k,l,m,n,o,p,q,r,s,u,v,w,x,y,z
Collection 4: Title   doesn't contain   t
My expected result of the smart collections is:
Collection 1: Image 1 and Image 3
Collection 2: Image 1 and Image 4
Collection 3: Image 1 and Image 3
Collection 4: Image 1, Image 3 and Image 4
The actual result of the smart collections is:
Collection 1: Image 1
Collection 2: Image 1 and Image 4
Collection 3: Image 1 and Image 3
Collection 4: Image 1
I'm using Lightroom 5.7 on a MacBook Pro 17" (mid 2010), i7 @ 2.66GHz, 8GB RAM and 2 x 240GB SSD's running on OS X 10.10.1
My questions are:
Can anyone, specially from the Adobe Lightroom team, confirm this?
How to solve this issue?
With kind regards,
Dennis
www.idemi.nl

That is a bizarre bug. There is an even simpler way to reproduce the problem: Have two pics, one with title "a" and the other with title "t". The criterion "Title Contains a" correctly shows just the first picture, but the criterion "Title Contains t" shows both.
Searching with smart collections and filters has numerous bugs, but this one is by far the most surprising. As a geek programmer, I'd love to know what causes this!
Adobe rarely reads this forum -- I suggest you post this in the official Adobe feedback forum, which Adobe does faithfully read (but only infrequently responds).

LR3 Smart Collection Bug

Hey everyone,
I'm having issues with my smart collections in LR3.
When I set a rating to "is not" it only includes ratings higher than that. It doesn't include photos, not rated or rated lower.
Anyone else with this issue?
Cheers

Change the logic:
And report the bug.

Ten Smart Collection bugs/changes

After upgrading the catalog from v2 to v3 I have compared the smart collection counters for every SC and found a lot of differences. So, you may need to check your own SCs or rewrite some rules. Here's a list of bugs and changes in logic I was able to find.
"Rating is not X" does not include unrated photos
Be it a bug or change in logic, but LR2 would include unrated photos in this case. This has also been discussed here: http://forums.adobe.com/message/2876677 .
"Rating is 0" includes all photos
This is definitely a bug, as now you cannot catch your unrated images without tricks (e.g. "None: rating >= 1").
+ modifiers reversed role
In LR2 "+abc" meant "starts with abc" and "abc+" meant "ends with abc". In LR3 these have reversed. More than that, in LR2 one could use "+abc+" to identify the word "abc"; in LR3 this doesn't work anymore, since "contains +abc+" is equivalent to "contains abc".
! modifier doesn't work
the ! (not) modifier just doesn't work here. The smart collection just hangs. This also causes other SCs to not update their counts after start-up. Try "keyword contains !abc".
Dash ("-") is now treated as a word delimiter
In LR2 "abc-xyz" was treated as a complete word. LR3 treats it as two words: "abc" and "xyz". Not a bug, but some SCs will have to be rewritten.
"Caption is empty" doesn't work for some images
LR3 catalog has a new table in its schema: AgLibraryIPTC. This table appears to be a sort of a cache for captions and copyrights (not to confuse with copyright status). This particular SC rule seems to search in that table in instead of full xmp. However, if an image didn't contain neither a caption nor a copyright in LR2 catalog, after conversion it won't be added to the AgLibraryIPTC table. This, in its turn, will cause the "Caption is empty" rule to fail even though a photo does indeed NOT have a caption.
"Title contains t" includes all image from library
Now this is a really strange one, as I don't have any titles on any of my photos. I tried every other letter and digit, but only "t" fails the check. "Title doesn't contain t" also fails, not including any photo at all, although none of the photos have any title. Again, "t" is the only wrong letter. "T" is often used as an alias in sql joins... could it be the problem?
"Title contains <space>" hangs
Just like the "!" modifier above, this rule hangs and blocks other "healthy" SCs to not recount themselves after start-up. You need to type in a single space character into the criteria filed.
"Label Text" is case sensitive
It has been so in LR2 too, but I think a user should be freed from the need to think about case-sensitivity.
"All searchable metadata" doesn't search in copyright.
Note that "All searchable Text" DOES search there, but isn't the copyright field metadata? Note that LR didn't search in copyright with both rules, so this is a kind of improvement, after all.

Just for your information:
"Rating is not X" does not include unrated photos Fixed in 3.2 RC.
"Rating is 0" includes all photos somewhat fixed, but with issues
+ modifiers reversed role fixed, but with issues
! modifier doesn't work Fixed in 3.2 RC.
Dash ("-") is now treated as a word delimiter Fixed in 3.2 RC.
"Caption is empty" doesn't work for some images Fixed in 3.2 RC.
"Title contains t" includes all image from library Fixed in 3.2 RC.
"Title contains <space>" hangs not fixed
"All searchable metadata" doesn't search in copyright. not fixed, but might not be a bug
"Label Text" is case sensitive not fixed, but might not be a bug

Bug: Smart Collection/Label text/doesn't contain

LR 2.1 & 2.2, 64-bit, Vista:
Create a smart collection using "Label text"--"doesn't contain"--"xxx".
The collection *shows* images with the "xxx" label text just as if the collection was created using "Label text"--"contains".
Produceable 100% of the time.
Any one else have the same problem?

That is a bizarre bug. There is an even simpler way to reproduce the problem: Have two pics, one with title "a" and the other with title "t". The criterion "Title Contains a" correctly shows just the first picture, but the criterion "Title Contains t" shows both.
Searching with smart collections and filters has numerous bugs, but this one is by far the most surprising. As a geek programmer, I'd love to know what causes this!
Adobe rarely reads this forum -- I suggest you post this in the official Adobe feedback forum, which Adobe does faithfully read (but only infrequently responds).

Sudden ultra-slow importing issue in LR5.2 - possibly smart collection related?

I've been using LR for almost two years now, and have never seen this before:
This evening I wanted to import a series of images from my card reader using LR (just updated to 5.2 from the 5.2RC); I have ~240 images to import. I always have LR set to convert to DNG on import, and also to save a backup of the original raw file (NEF) onto a separate HDD at the same time. LR has always been pretty fast to carry out this process: normally just a few minutes are required for that amount of images (not including rendering previews once the DNGs are imported). However, today it's suddenly become painfully slow - as I type this, it's so far managed to import a mere 58 images, having so far taken about an hour and twenty minutes! Each image is being added one at a time, with a long pause before the next one clocks up in the 'current import' folder. I've never seen such slow performance with LR before.
I wonder if this is a bug connected to the final release of 5.2? I doubt it, as I would have expected to have heard about this by now, but you never know...
I have recently - in the past few days - set up a number (at least 80) of new smart collections that pick up raw images taken at specific focal lengths, as well as another set picking up specific apertures used for each raw shot in the catalogue (unlike the majority of my pre-existing smart collections, these new collections are purely there for interest really - nice to see which focal lengths are the most used for example - but don't serve as an aid to any specific workflow). In short, I've greatly increased the number of smart collections running in my catalogue. Would having a significant number of smart collections slow down the image ingestion process? For example, is LR updating individual smart collections on the fly as images are imported, and thus having to pick through each collection in order to complete the import (I'd always assumed that this would all be added to a central index in the catalogue that the smart collections feed from, but perhaps there are multiple indexes, one for each smart collection)?
I guess the other possible cause could be a corrupt catalogue, although both the catalogue integrity check and optimisation complete without a hitch and everything else seems to be fine.
I'm on Win7 x64, running the LR catalogue and previews from an SSD (with images stored on a separate HDD), with an i7 3770K CPU, 16GB RAM, and an AMD 5850 Radeon graphics card.
I'd be most grateful to hear the opinions of other LR users.
M

This just started happening to me as well. EVerything was fine and import was what I consider normal until 2 days ago. Had trouble with one camera which kept losing connection. I import from the camera directly...copy as DNG to an internal hard drive. Now all my cameras are importing at a ridiculously slow rate of speed. As far as I know I changed nothing to make this happen. Very odd and cannot find anything about it except for your post. Anyone else out there experiencing this?

When developing an image from a smart collection "has no adjustments" it gets immediately deselected

I am wondering if this could really be the intended LR behaviour?
I start from a smart collection, one of the criteria is "has no adjustments".
Ok, as soon as I move the first slider in develop module, it no longer matches that criterion.
But that should be no reason for LR to force me to immediately stop the develop edits on the selected image.
It immediately unselects, and I stay in Develop module with a grey window and the message "no image selected". (It does not move on to the next image, which still matches the criterion.)
I would expect that when I return to Library module, it would return to the same smart collection where I started, but I would not find my last developed images there, as they no longer match the criterion.
But that LR grabs it immediately out of my develop selection?
Strange enough it stays the same, when I first explicitely selected all images while in Library/smart collection.
My expectation would be that I have this selection fixed to work on in Develop module. Similar to when I select any images from survey view and go to Develop module.
But no, the only workaround I found is:
Start from the smart collection, ctrl a to select all, then arbitrarily click on another collection withput this criterion - selection stays fixed - then move over to Develop module.
This is LR4.1 on Win7.
Definitely my functional specification would be: never take off an image from Develop unless the user moves on to another image.
So ignore from where an image was picked.
Would you consider this a bug? Or a "feature"?
Do you see the same in LR4.2 or 4.3RC? Behaviour on a Mac?
Cornelia

There is a feature request that has been around for a long time to be able to "lock" the contents of a smart collection so you can work on the photos in it, before "releasing" it for recomputed contents.
My workaround is to copy from smart collection to dumb (I encountered this so often that I created a 1-keystroke plugin mini-feature to help). Before that I actually used a private keyword whose presence was enough to hold a photo in a smart collection (set the keyword to work on photos, clear the keyword to release them). Then as long as you add that keyword as criteria to every smart collection you may edit in, and add the keyword to every photo in the collection that you may work on... - yuck.

Question regarding stacks, searches and smart collections

Apologies if this is considered a 'basic' question - but I hope that someone can help me.
I'm currently in the process of upgrading/migrating a reasonably large Photoshop Elements 6 catalog where I've made extensive use of hierarchical folder structures, keywords and star ratings to quickly locate photos using a range a different techniques.I've successfully upgrade/migrated the Photoshope Elements catalog into Lightroom 3 and as part of the verification that everything has come across OK - I've done some comparisons of catalog searches in Elements and Lightroom and seem to be getting some strange results which I'm not sure if this is simply how things work or if I'm doing something wrong. I think part of the issue is caused by the fact that Elements always does destructive edits - so I never edited original photos in Elements so made extensive use of copied photos and stacks - but this didn't seem to cause any issues as Elements seem to keep things straight.
In Elements, the result of a query or Smart Collection might return 18 stacks of photos (with most of the stacks containing multiple photos) - but for most purposes Elements simply treated this as 18 seperate photos and simply ignored all of the photos under the top of the stacks.
Now in Lightroom I get different results depending on how the photos are identified. If I use either a keyword or rating search using the 'Right Hand' panel - I get a photo count returned which is always much higher than 18 but Lightroom seems to retain the stacks so only displays 18 different stacks, However, if I put the same search criteria into a Lightroom Smart Collection - it retrives and displays ALL of the photos in the 18 stacks (so it displays 2-3 times more photos) and I can't seem to find a way to get the Smart Collection to honour these stacks. I know that I could probably alter each of my photo stacks and change the rating or keyword of all of the photos under the top of the stack - but trust me this is a huge amount of work!!
Is this simply the way Lightroom works? I can partially understand and accept the way direct keyword or rating searches work using the 'Right Hand' panel - although the photo counts are different from what I've got used to in Elements the way the photos are actually displayed is not that different. However, what really confuses me is the completely different way Smart Collections work when compared to the 'equivalent' direct query. Have I missed something? Or is this some form of technical issue/bug/future enhancement request?
Also, on a slightly related issue - I've noticed that keywords with spaces (or other special characters) seem to cause issues for Lightroom - while Elements seems to cope with these OK. From the reading I've done it looks like one of the most common suggestions is to simply remove the spaces (..etc.) in the keywords - is that what most people would recommend??
Any help, advice or other suggestions would be appreciated.
Kind Regards .... Jerry

I'm currently in the process of upgrading/migrating a reasonably large Photoshop Elements 6 catalog where I've made extensive use of hierarchical folder structures, keywords and star ratings to quickly locate photos using a range a different techniques
Please tell us EXACTLY the steps you are using to move your PSE catalog to Lightroom.
However, if I put the same search criteria into a Lightroom Smart Collection - it retrives and displays ALL of the photos in the 18 stacks (so it displays 2-3 times more photos) and I can't seem to find a way to get the Smart Collection to honour these stacks. I know that I could probably alter each of my photo stacks and change the rating or keyword of all of the photos under the top of the stack - but trust me this is a huge amount of work!!
I believe this is how Lightroom was designed to work. Smart collections don't recognize that some photos are at the bottom of the stack.
Also, on a slightly related issue - I've noticed that keywords with spaces (or other special characters) seem to cause issues for Lightroom - while Elements seems to cope with these OK. From the reading I've done it looks like one of the most common suggestions is to simply remove the spaces (..etc.) in the keywords - is that what most people would recommend??
I have no trouble whatsoever using keywords that have spaces in them. I have keywords that are "New York", "New Jersey", "Union Pacific Railroad", etc. Special characters, such as a comma, will probably cause trouble. Exactly what are you doing where spaces in keywords are not working properly?

Reading Advanced Metadata in Smart Collections, not working in Bridge CS6

In Bridge CS5 you could make an Smart collection that were looking for: All metadata > contains > "here we add a value from a metadata only visible from the Advanced tab in File info"
But this nolonger works in CS6.
Although I can go to File info and see the metadata value that are visible from Advanced. But the option All metadata, clearly doesn't support the advanced metadata in the file in CS6.
Could this be a bug in CS6?

If any one like to try this yourself and get same or other result, please let me know!
Otherwise this must be a bug to report to Adobe.
I don't have CS5 installed anymore but CS6 is still present while I use Bridge CC for my daily workflow (MacPro MacOSX 10.8.5).
I first copied 4 DNG files from my main folder to a subfolder. Those files I added a name to the IPTC extension persons name and saved.
Checked and this name shows in the IPTC extension persons name field in Metadata panel as well as in Advanced Tab in File Info IPTC Extended Properties / IPTC4xmpExt:PersonInImage(Bag container).
I closed the subfolder and used the smart collection icon to bring up the Find window.
I then selected All metadata and filled in the persons name, had subfolders and non indexed already included and put the source field to the main DNG folder.
The result was almost instant with the 4 files showing.
I then quitted Bridge CC and started Bridge CS6
Since I had not used this for a while and my main folder contained 4500 DNG I set the cache quality icon to embedded only. Selected the same folder and followed the same procedure as in CC.
Naturally it took a bit longer because the files needed to be indexed first, yet after this the result was still the same, the 4 DNG files with the persons name showed in the smart collection.
So on my behalf I can't reproduce your problem and for me it is not a bug also I'm afraid.

Virtual copy in a smart collection does not show up in that collection

LR5; When I make a virtual copy in a smart collection it does not show up in that collection but in the original folder...
All of the metadata and custom fields are identical....

The screenshot was very helpful. The problem is with the Custom 05 custom metadata field. Which plugin defined that?
It appears that smart collections don't properly search the custom metadata fields of virtual copies. I filed a bug report in the official Adobe feedback forum: Lightroom: Smart collections don't correctly search custom metadata fields.
You could work around this by using a filter preset in the Library Filter bar. Perhaps not as convenient, but it would get the job done.

Smart Collections Not-so-smart?

I have recently started using smart collections to gather various pictures I have taken of works of art. I have mutliple shots of the same art works, and I want to see all the shots at once in order to delete some and edit others. There are several hundred files in the collection. But each time I make any change to a file (edit or delete it), the entire collection must be re-built (perhaps just re-indexed, but, the panel goes blank it must be re-displayed). This is time consuming and makes working my way through the collection practially impossible. Is there something wrong, or is just the nature of smart collections?

Thanks Curt.
I have avoided the problem by copying all the files in my smart collection into a regular (not "smart") collection.
I was having problems with regular collections, but I eventually solved this problem. (You responded to my post on this issue a couple of weeks back.) Bridge would not remember all the items in a collection after re-starting. All the files were listed in the collection filelist, but the collection would contain only those at the beginning of the list. I discovered the solution by examining the files that caused the problem (i.e., if the collection contained only 57 items after re-starting Bridge, I examined the 58th file named in the filelist). The problematic files all contained apostraphes (') or hyphens (-). Bridge (and Photoshop) allows these characters in filenames, but the filelist is a straight DOS textfile, and so filenames with these characters caused Bridge to stop reading collections files from a filelist as soon at it came across such a character. I used batch renaming to get rid of the offending characters, and now Bridge remembers all the files in my collections.
So, this solved my problem, but it is definitely a bug in the program that Bridge allows characters in filenames that other functions in the program can't recognize.

Smart collection rules do not include smart collection itself

All my pictures are eventually set into collections. I also use smart collections to make sure I can retrieve items like MALLARD in a smart collection called DUCKS. So I created yet another smart collection NOT IN COLLECTIONS to make sure I did not oversee including recently imported pictures into a (set of) collection(s).
Unfortunately, the rules for smart collection do not include the smart collection ITSELF, so though MALLARD is in a (smart) collection by default, it also appears in NOT IN COLLECTIONS, which sort of defeat the purpose of assigning a picture to a collection automatically.
Any idea if this is a user error, a bug or should it be a request for a future improvement?
Windows XP SP3 LR 2.3

Not an error, neither a bug. It's by design.
You could post a feature request in the FR forum or the official Adobe wishlist.

Smart collection and folder names with "_"

I have problems when making Smart Collections based on folder names
My folder name is 2009_11_20 Mist
When I make a Smart collection with "Folder" Stars with 2009
I get a lot of files
When I change the 2009 to 2009_11 I get no files. Even when I make 2009_ I get no files
When I change the 2009 to Mist and the "Starts with" to "Contains" again I get the desired files.
When I change the 2009 to 2009_11 and the "Starts with" to "Contains" again I get no files.
It seems that LR with Smart Collections cannot handle the "_" character???
Who can help?

It's a bug. The usual workaround is to use hyphen as the separator in your folder names instead of an underscore.

Smart Collection "Capture Date is in the last n hours" not working?

In Smart Collection, the rule "Capture Date is in the last n hours" doesn't work for me. It seems to behave similarly to "Capture Date is today". (See the screenshot below). Has anyone else noticed this, or can you replicate this? If so, I'll file a bug report.

Key into the address bar ''about:crashes'' you should get a list of Crash IDs paste a couple of those into your next Message. Also ensure any security related software is fully updated that often causes problems when upgrades to Firefox are released.
Standard reply:
We're sorry to hear that your Firefox seems to be crashing. Please perform the following steps to give us a crash report ID that helps us find out more about the cause of the crash.
#Enter about:crashes in the Firefox location bar (that's where you enter your website names) and press Enter. You should now see a list of submitted crash reports.
#Copy the most recent 5 report IDs that you see in the crash report window and paste them into your forum response.
Thanks in advance for your help!
More information and further troubleshooting steps can be found in the [[Firefox crashes]] article.

LR3 smart collection not updating

I shoot for a college and I have smart collection setup to show me my best shots for each sport. There are some images that won't appear in my smart collection and I can't figure out why. All the other sports collection work fine. This collection does show me some of the images, but not all based on my criteria. Yes, I've checked that the criteria is correct. Any ideas as to why this is happeneing? How can I fix this? is this a program error or bug?

Thank you.
I don't see that you're doing anything wrong in the SC definition. That file should be selected.
There are a couple of things that you might try:
--Delete the SC and re-create it. I've seen cases where collections were working wierdly and re-doing them helped.
--Try filtering for those things in the Grid view. You can devote two or more columns to Keywords. If you select several keywords in the same column, you get an "or" relationship. Selecting keywords in different columns gives an "and" relationship. Assuming this works, you can click the double-headed arrow at the end of the filter bar and save the filter as a preset.
Hal

Smart Collections bug

Similar Messages

Maybe you are looking for