91
Zara Osclass Responsive Theme / Re: icons
« Last post by HuliGan on October 02, 2026, 01:27:23 PM »no file
Recent Posts
92
Attributes Plugins / Re: The search filter is not visible in subcategories
« Last post by MB Themes on October 02, 2026, 01:24:01 PM »It's correct, you can choose what categories you want to include filters right?
93
Zara Osclass Responsive Theme / Re: icons
« Last post by MB Themes on October 02, 2026, 01:23:34 PM »Url?
94
General discussion / Osclass 8.4.0 released!
« Last post by MB Themes on October 02, 2026, 12:40:14 PM »Osclass 8.4 is out
This one is not a list of new features. After 15 years of running Osclass in production, we rebuilt the parts of the backoffice that were showing their age.
What changed
Before you upgrade
The core update is free, as always.
Links
If you hit a bug, post it here or open a ticket.
This one is not a list of new features. After 15 years of running Osclass in production, we rebuilt the parts of the backoffice that were showing their age.
What changed
- 10 admin tables rebuilt on one structure: sorting, filters, pagination, row and bulk actions
- New listing statistics: daily stats per listing, a seller chart and period comparison for admins
- Reports replace the old "Mark as" links. Crawlers were hitting those links and filling the counters with junk. Now it is a form with reason, details, attachment and a thread between reporter, seller and admin
- Widgets with per-locale content, no plugin needed
- Alert expiration, currency exchange rates (entered manually) and batch image regeneration
- CustomDataTable.php, so plugins and themes can use the same table as core
Before you upgrade
- Back up files and database
- Test custom themes and plugins on staging
- PHP helpers stay backward compatible, but custom CSS built against the old admin table markup may look off
- Old Mark as counters in t_item_stats are dropped, not migrated
The core update is free, as always.
Links
If you hit a bug, post it here or open a ticket.
95
Zara Osclass Responsive Theme / icons
« Last post by HuliGan on October 02, 2026, 12:29:36 PM »Good afternoon, could you please tell me what’s going on? I’m using the ZARA theme and trying to add my own icon to the 50x30 PNG category — it loads and installs, but it doesn’t display — there’s just a blank space.
96
Attributes Plugins / The search filter is not visible in subcategories
« Last post by aga2442 on October 02, 2026, 11:53:12 AM »Subject: Attributes Osclass Plugin – search filter is silently ignored in subcategories when the attribute is assigned to the parent category only (reproducible on your demo site)
Hello,
I am using Attributes Osclass Plugin 2.9.0 and found an inconsistency between the search form and the search query: an attribute filter is shown in a subcategory's sidebar, but the selected value is not applied to the results.
Steps to reproduce (your demo site)
1- Open the parent category: https://plugins2.abprofitrade.eu/for-sale The "Year" attribute filter is shown. Use the search URL with a range value:
index.php?page=search&sCategory=for-sale&atr_296_from=1 → 1 listing
index.php?page=search&sCategory=for-sale&atr_296_from=3000 → no results (correct, the filter works)
2- Open a subcategory, for example computers-hardware or electronics. The same "Year" filter is displayed in the sidebar. Use the same values:
index.php?page=search&sCategory=computers-hardware&atr_296_from=1 → 135 listings
index.php?page=search&sCategory=computers-hardware&atr_296_from=3000 → 135 listings (expected: no results)
Same behaviour for electronics: 134 listings for both values.
The filter value has no effect at all in the subcategory; the result list is identical to the unfiltered one. The same happens with other attribute types on my own installation (a SELECT attribute assigned to the parent category: filtering works in the parent category, but is ignored in its subcategories). There are no errors; the filter is just skipped silently.
Cause (from reading the code)
The two parts of the plugin use different category rules:
The search form, ModelATR::getSearchAttributes2(), uses Category::toRootTree(), so an attribute assigned to the root/parent category is displayed in all of its subcategories.
The search query, atr_search_extend() in functions.php, only applies the filter if the searched category ID is exactly in the attribute's s_category_id list (in_array($c_id, $atr_cats)). The parent categories are not considered, so $cat_ok stays false and the condition is skipped.
So an attribute that is assigned only to a parent category appears in the subcategory filter, but its value is ignored when searching.
Expected behaviour
If the filter is shown in a subcategory, it should also be applied there. For example, atr_search_extend() could use the same parent-category rule as getSearchAttributes2() (root tree) when checking whether the attribute is enabled for the searched category.
Could you please confirm this and let me know if it can be fixed in an official update?
Thank you.
Hello,
I am using Attributes Osclass Plugin 2.9.0 and found an inconsistency between the search form and the search query: an attribute filter is shown in a subcategory's sidebar, but the selected value is not applied to the results.
Steps to reproduce (your demo site)
1- Open the parent category: https://plugins2.abprofitrade.eu/for-sale The "Year" attribute filter is shown. Use the search URL with a range value:
index.php?page=search&sCategory=for-sale&atr_296_from=1 → 1 listing
index.php?page=search&sCategory=for-sale&atr_296_from=3000 → no results (correct, the filter works)
2- Open a subcategory, for example computers-hardware or electronics. The same "Year" filter is displayed in the sidebar. Use the same values:
index.php?page=search&sCategory=computers-hardware&atr_296_from=1 → 135 listings
index.php?page=search&sCategory=computers-hardware&atr_296_from=3000 → 135 listings (expected: no results)
Same behaviour for electronics: 134 listings for both values.
The filter value has no effect at all in the subcategory; the result list is identical to the unfiltered one. The same happens with other attribute types on my own installation (a SELECT attribute assigned to the parent category: filtering works in the parent category, but is ignored in its subcategories). There are no errors; the filter is just skipped silently.
Cause (from reading the code)
The two parts of the plugin use different category rules:
The search form, ModelATR::getSearchAttributes2(), uses Category::toRootTree(), so an attribute assigned to the root/parent category is displayed in all of its subcategories.
The search query, atr_search_extend() in functions.php, only applies the filter if the searched category ID is exactly in the attribute's s_category_id list (in_array($c_id, $atr_cats)). The parent categories are not considered, so $cat_ok stays false and the condition is skipped.
So an attribute that is assigned only to a parent category appears in the subcategory filter, but its value is ignored when searching.
Expected behaviour
If the filter is shown in a subcategory, it should also be applied there. For example, atr_search_extend() could use the same parent-category rule as getSearchAttributes2() (root tree) when checking whether the attribute is enabled for the searched category.
Could you please confirm this and let me know if it can be fixed in an official update?
Thank you.
97
Cache Plugin / cache key drops parameters with value "0" (wrong page served for sCompany,0 filt
« Last post by aga2442 on October 02, 2026, 11:25:26 AM »Subject: Cache Osclass Plugin 1.5.1 – cache key drops parameters with value "0" (wrong page served for sCompany,0 filter)
Hello,
I am using Cache Osclass Plugin 1.5.1 (Epsilon theme, Osclass 8.x) and found a bug that makes the cache serve the wrong page for any search URL that contains a parameter whose value is 0.
What happens
On a category page, the Epsilon theme has "All / Individual / Company" tabs, which use the search parameter sCompany (0 = individual, 1 = company):
/search/category,example-category/sCompany,1 (company) works correctly: 390 listings.
/search/category,example-category/sCompany,0 (individual) shows the unfiltered category page (585 listings) instead of the 195 individual listings. The URL changes, but the listings do not.
This only affects logged-out visitors, because logged-in users bypass the cache (logged option is off).
How I verified it is the cache plugin
1- The page returned for sCompany,0 contains the plugin's own HTML comments. The cache key is:
sCompany,0 → <!--cac-key:page=search;lang=en_us;scategory=example-category-->
sCompany,1 → <!--cac-key:page=search;lang=en_us;scategory=example-category;scompany=1-->
The scompany part is missing for the 0 value, so the key is identical to the plain category page and the cached unfiltered page is served.
2- The same URL with an extra random parameter (new cache key) returns the correct 195 listings, so the theme's filter logic is fine.
3- After disabling the Cache plugin, all three URLs are correct: 585 (all), 195 (sCompany,0), 390 (sCompany,1). 195 + 390 = 585.
Root cause
In functions.php, function cac_get_name() (around the line that reads $params = array_filter($params)
, the parameters are passed through PHP's array_filter() without a callback. PHP treats the string "0" as empty, so every parameter whose value is 0 is silently removed from the cache key. The same line also removes mobile=0.
Suggested fix
Only remove truly empty values and keep "0":
I tested the key generation outside the plugin: with the original code, the keys for the category page and for sCompany=0 are identical; with the change above they are different (...;scompany=0), while sCompany=1 stays unchanged.
Please let me know if this can be fixed in an official update. Until then, I have to keep the plugin disabled, which affects site performance.
Thank you.
Hello,
I am using Cache Osclass Plugin 1.5.1 (Epsilon theme, Osclass 8.x) and found a bug that makes the cache serve the wrong page for any search URL that contains a parameter whose value is 0.
What happens
On a category page, the Epsilon theme has "All / Individual / Company" tabs, which use the search parameter sCompany (0 = individual, 1 = company):
/search/category,example-category/sCompany,1 (company) works correctly: 390 listings.
/search/category,example-category/sCompany,0 (individual) shows the unfiltered category page (585 listings) instead of the 195 individual listings. The URL changes, but the listings do not.
This only affects logged-out visitors, because logged-in users bypass the cache (logged option is off).
How I verified it is the cache plugin
1- The page returned for sCompany,0 contains the plugin's own HTML comments. The cache key is:
sCompany,0 → <!--cac-key:page=search;lang=en_us;scategory=example-category-->
sCompany,1 → <!--cac-key:page=search;lang=en_us;scategory=example-category;scompany=1-->
The scompany part is missing for the 0 value, so the key is identical to the plain category page and the cached unfiltered page is served.
2- The same URL with an extra random parameter (new cache key) returns the correct 195 listings, so the theme's filter logic is fine.
3- After disabling the Cache plugin, all three URLs are correct: 585 (all), 195 (sCompany,0), 390 (sCompany,1). 195 + 390 = 585.
Root cause
In functions.php, function cac_get_name() (around the line that reads $params = array_filter($params)
, the parameters are passed through PHP's array_filter() without a callback. PHP treats the string "0" as empty, so every parameter whose value is 0 is silently removed from the cache key. The same line also removes mobile=0.Suggested fix
Only remove truly empty values and keep "0":
Code: [Select]
$params = array_filter($params, function($v) {
return !($v === '' || $v === null || $v === false || $v === array());
});
I tested the key generation outside the plugin: with the original code, the keys for the category page and for sCompany=0 are identical; with the change above they are different (...;scompany=0), while sCompany=1 stays unchanged.
Please let me know if this can be fixed in an official update. Until then, I have to keep the plugin disabled, which affects site performance.
Thank you.
98
Osclass Pay Plugin / Re: Free credit gift - Turn off email notifications
« Last post by MB Themes on October 01, 2026, 03:21:29 PM »Got you, will check what can be done
99
Osclass Pay Plugin / Re: Free credit gift - Turn off email notifications
« Last post by aga2442 on October 01, 2026, 02:57:20 PM »Ok but what is problem with email, is it sent to someone that did not get credits?
Required:
For this feature: I think an on/off button is necessary.
Just last night: Emails were sent to approximately 400 different users.
Yes, logically speaking, this is a marketing effort. However, on the other hand, if emails are sent constantly, people might get annoyed.
Furthermore, this isn’t a case of opt-in emails anyway.
100
Osclass Pay Plugin / Re: Free credit gift - Turn off email notifications
« Last post by MB Themes on October 01, 2026, 02:53:43 PM »Ok but what is problem with email, is it sent to someone that did not get credits?