Answer
Do Client Picks Land on Your RAW Files in Lightroom Classic?
Yes, when you publish through the ClientGallery plugin: each proof carries the catalog photo's own file name, and the pick import searches your open catalog for that name. The search is a contains match, so a few habits keep it clean.
Updated 18 September 2026
Your client never sees a RAW file. They see proof JPEGs in a gallery, and they like or love the ones they want.
You, on the other hand, edit the RAW files sitting in your Lightroom Classic catalog. So the real question is how a pick made on a JPEG finds its way back to the right catalog photo.
With the ClientGallery plugin, the answer is the file name. The plugin uploads each proof under the name of the catalog photo it was rendered from. Later, the pick import searches the open catalog for those names and writes the client's choices onto every photo it finds.
That design is simple, and it works well when names are unique. It also has two honest weak spots, which this page names: the search is a contains match, not a whole-name match, and the gallery keeps only one photo per file name.
Everything below describes what the plugin itself does, checked in its source code on 18 September 2026. Adobe's Lightroom Classic help pages could not be retrieved that day, so this page makes no claims about how Lightroom treats file extensions, RAW and JPEG pairs or virtual copies.
The short answer
Publish through the plugin, and picks are searched under the same name you published from.
The JPEG the client saw is a rendering made for the gallery. Its name inside the gallery is not the name of that temporary JPEG. It is the file name of the catalog photo, which is your RAW file when you shoot RAW.
When you run Import ClientGallery Picks, the plugin asks the gallery for its picks, labels and, if you ask for them, comments. Each pick arrives with the file name the gallery holds. The plugin then searches the catalog you have open for each of those names.
Every catalog photo the search returns gets the client's rating, and joins a picks collection named after the gallery. You never retype a file name, and you never cross-reference a list by hand.
What name gets searched depends on how the gallery was built
The plugin is one way to fill a gallery. You can also upload photos in the browser. The two routes store different names, and that changes what the pick import looks for.
| How the photos reached the gallery | Name stored with each photo | What the pick import searches for |
|---|---|---|
| Published or exported with the ClientGallery plugin | The catalog photo's own file name (your RAW, if you shot RAW) | That same name, in the open catalog |
| Uploaded in the browser | The name of the file you uploaded, usually an exported JPEG | The JPEG's name, in the open catalog |
The first row is the reason the plugin exists. The proof and the RAW share one name from the start, so there is nothing to translate afterwards.
The second row can still work, but it depends on your export. If your export renamed the files, for example to Smith_Wedding_001, those names do not appear anywhere in your catalog. The search then finds nothing, and the plugin tells you that none of the picked file names were found in this catalog.
If you proof from browser uploads, export without a renaming template, or better, publish through the plugin instead. The RAW vs JPEG proofing guide covers why the client should see JPEGs either way.
The search is a contains match, and that has consequences
The pick import uses Lightroom's file name search with the rule set to contain the name. It does not ask for a whole-name match. It also does not stop at the first hit, and it does not check that there is only one.
In practice, a searched name matches every catalog photo whose file name contains it. A long, unique name will almost always find one photo. A short or common name can find several.
| Name the client picked | Catalog photos that contain it | What happens |
|---|---|---|
| Smith-2026-0412 | Smith-2026-0412 only | One photo rated. The clean case. |
| DSC_0412 | DSC_0412 from this wedding, and DSC_0412 from a portrait session two years ago | Both photos rated, both added to the picks collection |
| DSC_0412 | DSC_0412, and a file you once saved as Edit_DSC_0412 | Both rated, because the longer name contains the shorter one |
| Smith_Wedding_001 (a renamed export) | None | Nothing rated; the plugin reports that no names were found |
The examples leave out file extensions on purpose. The point is the pattern: the more generic the name, the more photos it can reach.
Camera default names are where this bites. Counters roll over, and a catalog that spans years can hold the same camera name many times.
The gallery keeps one photo per file name
There is a second rule on the gallery side. A gallery holds one photo per file name.
When the plugin uploads a photo whose name already exists in that gallery, the new upload replaces the old one in place. The row stays, the client's picks on it stay, and only the pixels change.
That is useful when you re-edit a frame and publish again: the client keeps their pick and sees the new version.
It is a problem when two different photos share a name. The usual case is a second shooter whose camera uses the same naming pattern as yours. If both of you have a DSC_0412 in the same job, publishing both into one gallery leaves only the one uploaded last.
Then the pick import searches for DSC_0412 and finds both catalog photos, so both get the client's rating, even though the client only ever saw one of them.
Rename in the catalog before you publish
Both weak spots have the same fix: give every photo a unique, specific name before the proofing round starts.
Rename the catalog photos themselves, not only the export. Because the plugin uploads under the catalog photo's own name, a rename in the catalog carries straight through to the gallery and back again.
A job prefix does most of the work. Something like the client's name and the shoot date, followed by a sequence number, is unlikely to be contained in any other file name in your catalog.
For two shooters, add a shooter code to the name as well, so the two cameras can never produce the same name in one job.
Do the rename before you publish, and leave the names alone until the picks are back. If you rename a photo after the client picked it, the gallery still holds the old name, and the search looks for a name the catalog no longer has.
What the import writes on each photo it finds
Once a photo is found, the import writes the same fields on it every time.
| Client action in the gallery | Written in Lightroom Classic |
|---|---|
| Like | 3 stars |
| Love | 5 stars and the Pick flag |
| Colour label (when labels are on for that gallery) | The same colour label |
| Comment (only if you tick the caption option, off by default) | The comment text in the caption |
These values replace what the fields held before. A photo you had at 5 stars that the client only liked will end up at 3 stars. The caption option also replaces any caption already on the photo, which is why it is off unless you turn it on.
The import never clears anything and never sets Rejected. It does not touch develop settings or keywords.
This matters for matching, too. If a contains match reaches an unrelated old photo, that old photo's rating and label are overwritten. Unique names protect your archive as much as they protect the current job.
The full walk-through of the pull, including the picks collection, is in getting client picks back into Lightroom.
Check the result in thirty seconds
The import ends with a summary that counts the photos it added to the collection. That count is the number of catalog matches, not the number of picks.
Compare it with how many photos the client picked or labelled. If the summary shows more, some names matched more than one catalog photo.
Open the picks collection, which sits inside a ClientGallery collection set and carries the gallery's name. Sort by capture time. A photo from another date stands out at once.
If the summary shows fewer, or the plugin reports that nothing was found, check two things. First, that the catalog holding this shoot is the one open, because the import only searches the open catalog. Second, that the gallery was built from files whose names exist in that catalog.
Who this works for, and who should do it differently
This workflow suits a photographer who keeps each job in a Lightroom Classic catalog and publishes proofs from that catalog. The names line up by construction, and a rename before publishing removes the edge cases.
It suits you less if you proof from JPEGs exported by another tool under new names. The import cannot connect those names to your RAW files. In that case the gallery's Export picks (.txt) button gives you a plain list of file names to work from instead.
It does not work at all in the cloud Lightroom app. The plugin is for Lightroom Classic only.
Sources
- clientgallery.io product facts, checked in code 18 September 2026: the ClientGallery Lightroom Classic plugin (pick import and export service) and the gallery upload rules. Covers the file name the plugin uploads under, one photo per file name per gallery, the contains-style file name search in the open catalog, the 3 and 5 star values, the Pick flag on loves, labels and the opt-in caption.
- clientgallery.io, Lightroom plugin page, https://clientgallery.io/lightroom, checked 18 September 2026.
- Adobe's Lightroom Classic help pages returned an error when fetched on 18 September 2026, so no Adobe behaviour or wording is described or quoted on this page.
Frequently asked
Will client picks land on my RAW files in Lightroom Classic?
Yes, when you publish the proofs through the ClientGallery plugin. Each proof is uploaded under the catalog photo's own file name, and the pick import searches the open catalog for that name, so the rating lands on the photo you published from.
Is the file name match a whole-name match?
No. The import uses a contains rule, so a searched name matches every catalog photo whose file name contains it. A short or common name, such as a camera default, can match more than one photo. Unique names before publishing prevent that.
I uploaded JPEGs in the browser. Will the picks still find my RAW files?
The import searches for the names of the files you uploaded. If your export renamed the files, those names are not in your catalog and nothing is found. Publishing through the plugin avoids the problem, because the proofs carry the catalog photo's own name.
What happens if two photos in one job have the same file name?
The gallery keeps one photo per file name, so the second upload replaces the first. The pick import then finds both catalog photos under that name and rates both. Add a shooter code or job prefix to the names before publishing.
Can I rename photos after the client has picked?
It is better not to. The gallery still holds the old names, so the import searches for names your catalog no longer has. Rename before you publish, then leave the names alone until the picks are back.
Does the import work if the shoot is in a different catalog?
It only searches the catalog that is open. Open the catalog that holds the shoot and run the import there. It can be run again at any time.
Does pulling picks back need the paid plan?
No. The plugin is free to download and the pick import works on a free account, which holds one gallery. Unlimited galleries are one plan at 10 dollars a month or 100 dollars a year.
Your client galleries, under your name
Unlimited galleries, your branding, one-click Pixieset import, and a Lightroom plugin, all on a flat 10 $/month with everything included. Your first gallery is free.
Get the Lightroom plugin