Aha! It is possible that the plugin:refresh command now asks for confirmation. We might have to add a new --force flag or something.

Thank you for this report! This is a duplicate of #780, please follow this issue for updates on this problem.

Hi I am trying to display grouped properties according to the docs, I am running OCMS 2.

However I am getting this error: Trying to get property 'id' of non-object in /data/2/1/219596a6-26ca-4afa-a2e1-f243ddc21d91/unitedcognacbottlebank.com/web/plugins/offline/mall/classes/traits/PropertyValues.php:51

And related question can I get properties from specific group only?

Can you check if this change fixes the issue for you?

adf6757

This is a good point! Would you mind creating a PR with this change?

Could you try to find out where exactly it hangs? Do the artisan commands shang as well if you run them by hand:

https://github.com/OFFLINE-GmbH/oc-mall-plugin/blob/cdf7a3240c25a12d42823348f1e3488350e429ab/console/SeedDemoData.php#L98

Hello everyone!

I need your help to get some things to understand.

I have a project, where I need to sell products like parquet. So the price that is displayed in the shop is per m2, but in a package are 2.6 m2. The shop customer can only buy full packages. So how can I achieve this with the standard mall solution? I have currently no clue.

Thanks in advance.

I am planning to extend the category model to allow to have different category images for different brands. The idea is to have a jsonable repeating field that binds an image choosen via the media manager to a brand. Using of jsonable should not impact in performance. This open the possibility to create component blocks that link to a category, which is handy in sites with multiple brands like the one i am working on. And of course if a brand category image is missing we can fall back to the default category image. I also imagined to build an external plugin but this is less performant and has a less simple UI

Let me know if someone is interested or has different ideas so i can create a pull request.

It problably is property_values, plural:

https://github.com/OFFLINE-GmbH/oc-mall-plugin/blob/develop/models/Product.php#L166

I am working to build a Shop page displaying all the existing products from the catalogue. Not more than 100. I need to display and group them by category. So far, I have been using some twig magic to make it happen but it reaches limits in performance. The sorting by category and sorting by price in Twig is pretty resource hungry.

i am thinking to extends the products component and override the getItems() method with the SQL query that would do the grouping and sorting.

Would it be better to work with the index table or the products and categories tables?

I do use useResult with explicit types:

const configStatus = useResult<ConfigChangelogQuery, ConfigStatus, ConfigStatus>(
	  result,
	  { changelog: [], error: '' },
	  data => data.configChangelog
)

This worked fine up until 4.0.0-alpha.13 where this change got introduced:

https://github.com/vuejs/vue-apollo/pull/1062/files#diff-6bc7e9678664512fca6286f9a45bc6bdb7f3e02b733c2954ff1fb8210e2f87deR59

I now get this error for about 100 useResult calls in my application:

TS2345: Argument of type 'Ref<ConfigChangelogQuery | undefined>' is not assignable to parameter of type 'Ref<ConfigChangelogQuery>'.
   Type 'ConfigChangelogQuery | undefined' is not assignable to type 'ConfigChangelogQuery'.
     Type 'undefined' is not assignable to type 'ConfigChangelogQuery'.

Obviously, the problem here is the new undefined return type in useQuery. So I am wondering, is there an easy way around this problem without having to change all the useResult calls?

Removing the explicit typing would be an easy fix, but this somehow doesn't look right to me either:

const configStatus = useResult(
	  result, 
	  { changelog: [], error: '' },
	  data => data.configChangelog // data is possibly undefined!
)

The data parameter in the pick function is now of the type ConfigChangelogQuery | undefined. Shouldn't this never be undefined in this case? An undefined result should return the default value object and never trigger the pick function.

What am I missing?

Sure, these are just standard Eloquent relations:

Category::with('publishedProducts.image_sets.images', 'publishhedProducts.property_values')->get();

This should get you most of the data you need properly loaded. Also check out the Products and Product components to see how the relations are loaded there:

https://github.com/OFFLINE-GmbH/oc-mall-plugin/blob/6268b07ac97231055371f0505bc86491c9c0b30a/components/Product.php#L479

And of course the model definitions, where all relations are defined.

That's a tricky one. A solution to this problem is to use mall to create your parquet product of 2.6 m2 with a fixed price that the customer can buy. Then use either a custom field to add the price for a single m2 and display this instead of the effective product price in the frontend.

Another, but a bit more complex solution, is to add a custom db column to the products table and extend the product form with a new "m2 cost" field. Then use this in the frontend.

https://octobercms.com/docs/plugin/extending#extending-backend-form

The index table is primarily used for filtering based on product properties. If you just want to display all categories with all products, you can use a simple Eloquent query:

Category::with('publishedProducts')->get();

Also, if you really only want to display the products (no filtering) you might be better off just creating a new component that does only what your specific use-case needs.

Your query is sorting by the order of category 1, but there does not seem to be any special product order set for this category.

You can test the sorting with this query (replace 2 with your category id):

select product_id, variant_id, category_id, sort_orders, JSON_EXTRACT(sort_orders, '$."2"') as o
FROM offline_mall_index
order by CAST(JSON_EXTRACT(sort_orders, '$."2"') as unsigned) DESC

What is the exact context of the query? It looks like you are viewing category 1 (parent) that contains categories 2 and 3. So in this case, it does load the custom sorting for category 1, but I think you want it to sort by the child categories as well.

Every time I click the update button, it goes through the process of upgrading from 1.14.0 to 1.14.1 (downloads, unpacks, etc, message is "Updates processed OK", but it does not actually update. This has now been happening for several days. No changes in the version.yaml file. This happens on 2 live sites and 2 dev sites. Anyone else?

Great! Glad that did the trick.

Make sure that your composer dependencies are up-to-date:

composer install

should install the hashids/hashids package for you (or give you an error if there is a dependency problem)

Alright, there is no error, so it seems like composer just resolves to 1.14.0 as the last supported version for your setup.

Could you try to explicitly require 1.14.2? This way we should see what dependencies are conflicting:

composer require offline/oc-mall-plugin 1.14.2

Commit https://github.com/OFFLINE-GmbH/oc-gdpr-plugin/commit/8cee30901509f2c6caf9befe396b8cc61355a2a7 assumes that RainLab/Winter.Translate plugin is installed and will throw a "Class 'RainLab\Translate\Models\Attribute' not found" error when this is not the case.

This is fixed in the latest release, thank you!

Thank you for testing this out! It is very much possible, that this is an issue introdueced by a new default config setting in October v2. I'll see if I find something regarding this issue.