Fix store filter override in admin "add product" popup

[Copilot]

BlogViewModelService.PrepareProductModel unconditionally overwrote model.SearchStoreId with StaffStoreId, causing the store dropdown filter in the blog post "add product" popup to have no effect.

Change

Removed the StaffStoreId-based store context override entirely, as the Admin project does not need store context filtering:

// Before
model.SearchStoreId = _contextAccessor.WorkContext.CurrentCustomer.StaffStoreId;

// After
// (line removed — Admin does not filter by store context)

• The user's selected store filter is now passed through directly to the product list query without any server-side override

Original prompt

---

This section details on the original issue you should resolve

<issue_title>Store filtering in "add product" popup not working</issue_title>
<issue_description>Hi GrandNode team,

In admin, on branch 2.3.x, when adding products to blog post, or adding any type of linked products to a product, the store filter in the popup didn't seems to work, no product were filtered.

Looking at the code of the called controller methods, it showed a direct override of the store id filter value with the staff store id:

//limit for store manager
model.SearchStoreId = contextAccessor.WorkContext.CurrentCustomer.StaffStoreId;

This issue seems to be présent in the following files:

• Grand.Web.Admin/Services/ProductViewModelService.cs, method PrepareProducts, line 654
• Grand.Web.Admin/Services/ProductViewModelService.cs, method PrepareProductModel, line 853
• Grand.Web.Admin/Services/BlogViewModelService.cs, method PrepareProductModel, line 209

Adding conditionnal code to check if the user is a staff member, like in other methods in ProductViewModelService.cs seems to have solved this issue:

//limit for store manager
if (!string.IsNullOrEmpty(contextAccessor.WorkContext.CurrentCustomer.StaffStoreId))
    model.SearchStoreId = contextAccessor.WorkContext.CurrentCustomer.StaffStoreId;

Do you see a better solution in order to fix this issue ?

Kind regards</issue_description>

Comments on the Issue (you are @copilot in this section)

• Fixes Store filtering in "add product" popup not working #656

---

📍 Connect Copilot coding agent with Jira, Azure Boards or Linear to delegate work to Copilot in one click without leaving your project management tool.

[KrzysztofPajak]

@copilot project Admin do not need to be filtered by store context

[Copilot]

@copilot project Admin do not need to be filtered by store context

Removed the StaffStoreId override entirely from BlogViewModelService.PrepareProductModel in commit 1ed2c6d. The method now passes model.SearchStoreId directly to the product list query without any server-side store context override.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[KrzysztofPajak]

@copilot Check is Grand.Web.Store has limited by StoreContext

[Copilot]

@copilot Check is Grand.Web.Store has limited by StoreContext

Yes, Grand.Web.Store is still correctly limited by store context. The store filtering is applied at the controller level in Grand.Web.Store/Controllers/BlogController.cs (line 368), which unconditionally sets model.SearchStoreId = _contextAccessor.WorkContext.CurrentCustomer.StaffStoreId before calling the shared service method. Removing the same override from the shared BlogViewModelService does not affect the Store project — it continues to enforce its store restriction through the controller.

[Copilot]

Pull request overview

Fixes the store filter in the Admin “add product” popup for blog posts by preventing the selected SearchStoreId from being overwritten before querying products.

Changes:

• Removed the unconditional StaffStoreId assignment to model.SearchStoreId in BlogViewModelService.PrepareProductModel.
• Ensures the selected store filter value is passed through to the product search query.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[KrzysztofPajak]

@copilot please also check
Grand.Web.Admin/Services/ProductViewModelService.cs, method PrepareProducts, line 654
Grand.Web.Admin/Services/ProductViewModelService.cs, method PrepareProductModel, line 853

[Copilot]

@copilot please also check
Grand.Web.Admin/Services/ProductViewModelService.cs, method PrepareProducts, line 654
Grand.Web.Admin/Services/ProductViewModelService.cs, method PrepareProductModel, lin...

Checked both locations — they are already correct in Grand.Web.AdminShared/Services/ProductViewModelService.cs (the shared service used by the Admin project):

• PrepareProducts (line 642): passes model.SearchStoreId directly to productService.SearchProducts with no override
• PrepareProductModel(AddProductModel) (line 820): passes model.SearchStoreId directly to productService.PrepareProductList with no override

Neither method has an unconditional StaffStoreId assignment. The SearchStoreId value comes straight from the user's selection. No changes needed there.