Sigsiu.NET GmbH issueshttps://code.sigsiu.net/groups/Sigsiu.NET/-/issues2022-06-08T11:18:12Zhttps://code.sigsiu.net/Sigsiu.NET/ExpirationApp/-/issues/1Expiration application does not send messages after entry renewal2022-06-08T11:18:12ZSławek SikoraExpiration application does not send messages after entry renewalIt looks like expiration application stop checking entry after renewal is done, so in the result when entry is renewed and again there come moment to send additional expiration messages they aren't sent. In database remain only data from first check.It looks like expiration application stop checking entry after renewal is done, so in the result when entry is renewed and again there come moment to send additional expiration messages they aren't sent. In database remain only data from first check.2.0Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/183Search message2021-02-27T09:50:55ZSławek SikoraSearch messageWhen search is made by external source, like search link or simple search module and there is no parameter for search box (sp_search_for is empty), in the search message there is empty string for search word, like:<br />
> Found 3 result(s) while searching for ''
<br />It works fine when we type something in the general search box, but when it is empty instead showing "Found 3 result(s)!" message there is displayed standard text.When search is made by external source, like search link or simple search module and there is no parameter for search box (sp_search_for is empty), in the search message there is empty string for search word, like:<br />
> Found 3 result(s) while searching for ''
<br />It works fine when we type something in the general search box, but when it is empty instead showing "Found 3 result(s)!" message there is displayed standard text.1.6.3Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/190Unapproved entries do not show in alpha listing view2021-07-16T12:28:46ZSławek SikoraUnapproved entries do not show in alpha listing viewNew entries which aren't approved aren't visible in the alpha listing view for admins and users with rights to see unapproved entries. They are displayed in the section. category and search but when you browse alpha view they are hidden. When we approve them and unapprove again then they become visible.New entries which aren't approved aren't visible in the alpha listing view for admins and users with rights to see unapproved entries. They are displayed in the section. category and search but when you browse alpha view they are hidden. When we approve them and unapprove again then they become visible.1.6.4Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/181Can't upload files with Download Field from front-end2021-06-22T09:43:34ZSławek SikoraCan't upload files with Download Field from front-endThere is no possibility to upload files with the Download field from the front-end. Uploading from back-end works fineThere is no possibility to upload files with the Download field from the front-end. Uploading from back-end works fine1.6.4Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/174Not correct behaviour of the entries history logging2021-12-17T14:34:14ZSławek SikoraNot correct behaviour of the entries history loggingLooks like there appear some problems with correct history logging. For example there is no revision data for inputbox and textarea fields. I will update this report with some future test, in this moment I will add here tutorial for general re-creating of this issue.<br />
```
Create a new section
======================
section settings -> default
section template -> default V5 B3
acl -> add to default acl: right to approve own entries
acl -> add to default acl: right to publish own entries
acl -> add to default acl: right to edit own entries
acl -> revoke from default acl: group guests
create a default category
change default category field to a fix value (use ID from created default cat)
add this fields (all with default settings):
- textarea (field_textarea)
- gallery (field_gallery)
- geomap (field_geomap)
- radio (field_radio)
- option-1 = "Option 1"
- option-2 = "Option 2"
- option-3 = "Option 3"
Test steps Result
===============================================================================
CREATION
--------------------------------------------------------------------------------
1. create an entry in frontend | entry is created and accesible in frontend
2. goto backends entry history | 2 records available -> 1x added, 1x changed
3. click to load first hist record| Revision not found (ok, no problem)
4. click 2nd hist record (change) | Revision is loaded
5. look at the field values now | name and textarea ARE NOT marked as changed
| gallery, geomap, radio ARE marked as changed
| name and textarea show the entered values
| gallery and geomap show the entered values
| radio has NO option selected
FIRST EDIT
--------------------------------------------------------------------------------
1. edit the entry in frontend | entry is changed and shows new values
(change all field values)
2. goto backends entry history | 3 records available -> 1x added, 2x changed
3. load 'add' history record | Revision not found (ok, no problem)
4. load first change reccord | Revision is loaded
5. look at the field values | ALL Fields marked as changed now (!)
| name, textarea and geomap have data
| gallery and radio are empty (!)
| geomap shows NEW data, NOT those at creation
6. now load second change reccord | Revision is loaded
7. look at the field values | name and textarea ARE NOT marked as changed!
| gallery, geomap, radio ARE marked as changed
| name, textarea and geomap showing NEW data!
| radio shows the OLD value!
```Looks like there appear some problems with correct history logging. For example there is no revision data for inputbox and textarea fields. I will update this report with some future test, in this moment I will add here tutorial for general re-creating of this issue.<br />
```
Create a new section
======================
section settings -> default
section template -> default V5 B3
acl -> add to default acl: right to approve own entries
acl -> add to default acl: right to publish own entries
acl -> add to default acl: right to edit own entries
acl -> revoke from default acl: group guests
create a default category
change default category field to a fix value (use ID from created default cat)
add this fields (all with default settings):
- textarea (field_textarea)
- gallery (field_gallery)
- geomap (field_geomap)
- radio (field_radio)
- option-1 = "Option 1"
- option-2 = "Option 2"
- option-3 = "Option 3"
Test steps Result
===============================================================================
CREATION
--------------------------------------------------------------------------------
1. create an entry in frontend | entry is created and accesible in frontend
2. goto backends entry history | 2 records available -> 1x added, 1x changed
3. click to load first hist record| Revision not found (ok, no problem)
4. click 2nd hist record (change) | Revision is loaded
5. look at the field values now | name and textarea ARE NOT marked as changed
| gallery, geomap, radio ARE marked as changed
| name and textarea show the entered values
| gallery and geomap show the entered values
| radio has NO option selected
FIRST EDIT
--------------------------------------------------------------------------------
1. edit the entry in frontend | entry is changed and shows new values
(change all field values)
2. goto backends entry history | 3 records available -> 1x added, 2x changed
3. load 'add' history record | Revision not found (ok, no problem)
4. load first change reccord | Revision is loaded
5. look at the field values | ALL Fields marked as changed now (!)
| name, textarea and geomap have data
| gallery and radio are empty (!)
| geomap shows NEW data, NOT those at creation
6. now load second change reccord | Revision is loaded
7. look at the field values | name and textarea ARE NOT marked as changed!
| gallery, geomap, radio ARE marked as changed
| name, textarea and geomap showing NEW data!
| radio shows the OLD value!
```2.0 Alpha 1Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/151js icons override system in section template does not work2021-11-05T12:32:41ZSławek Sikorajs icons override system in section template does not workIcons from JS files can be override only in global icons.json file. Attempt to override in the section template js/icons.json do not affect these icons. Only "upload-field" icons (PHP) can be override in such way.Icons from JS files can be override only in global icons.json file. Attempt to override in the section template js/icons.json do not affect these icons. Only "upload-field" icons (PHP) can be override in such way.2.0 Alpha 1Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/214Saving entries with image field with PHP 82021-10-21T13:10:19ZSławek SikoraSaving entries with image field with PHP 8When trying to save a entry from the front-end where is uploaded image in the image field got following error:<br />
```
0 count(): Argument #1 ($value) must be of type Countable|array, bool given
Call stack
# Function Location
1 () JROOT/components/com_sobipro/opt/fields/image.php:427
2 SPField_Image->verify() JROOT/components/com_sobipro/opt/fields/image.php:1348
3 SPField_Image->storeData() JROOT/components/com_sobipro/opt/fields/image.php:791
4 SPField_Image->saveData() JROOT/components/com_sobipro/lib/models/field.php:892
5 SPField->__call() JROOT/components/com_sobipro/lib/models/entry.php:794
6 SPEntry->save() JROOT/components/com_sobipro/lib/ctrl/entry.php:510
7 SPEntryCtrl->save() JROOT/components/com_sobipro/lib/ctrl/controller.php:167
8 SPController->execute() JROOT/components/com_sobipro/lib/ctrl/entry.php:84
9 SPEntryCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:574
10 SobiProCtrl->execute() JROOT/components/com_sobipro/sobipro.php:55
11 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
12 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
13 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
14 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:206
15 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:245
16 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
17 Joomla\CMS\Application\CMSApplication->execute() JROOT/includes/app.php:63
18 require_once() JROOT/index.php:32
```
<br />Back-end seems to be saving correctly
<br />Tested with SobiPro 2.0.0.15 and Joomla 4.0.3When trying to save a entry from the front-end where is uploaded image in the image field got following error:<br />
```
0 count(): Argument #1 ($value) must be of type Countable|array, bool given
Call stack
# Function Location
1 () JROOT/components/com_sobipro/opt/fields/image.php:427
2 SPField_Image->verify() JROOT/components/com_sobipro/opt/fields/image.php:1348
3 SPField_Image->storeData() JROOT/components/com_sobipro/opt/fields/image.php:791
4 SPField_Image->saveData() JROOT/components/com_sobipro/lib/models/field.php:892
5 SPField->__call() JROOT/components/com_sobipro/lib/models/entry.php:794
6 SPEntry->save() JROOT/components/com_sobipro/lib/ctrl/entry.php:510
7 SPEntryCtrl->save() JROOT/components/com_sobipro/lib/ctrl/controller.php:167
8 SPController->execute() JROOT/components/com_sobipro/lib/ctrl/entry.php:84
9 SPEntryCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:574
10 SobiProCtrl->execute() JROOT/components/com_sobipro/sobipro.php:55
11 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
12 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
13 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
14 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:206
15 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:245
16 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
17 Joomla\CMS\Application\CMSApplication->execute() JROOT/includes/app.php:63
18 require_once() JROOT/index.php:32
```
<br />Back-end seems to be saving correctly
<br />Tested with SobiPro 2.0.0.15 and Joomla 4.0.32.0 Alpha 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/211Failed upgrade - SobiPro 2.0 - Joomla 4.02021-10-21T13:10:35ZGarry-PFailed upgrade - SobiPro 2.0 - Joomla 4.0Failed to create table #__sobipro_crawler
-----------------------------------------------------------------------------------------------------------------------------
Failed to convert table #__sobipro_category
-----------------------------------------------------------------------------------------------------------------------------
Failed to convert table #__sobipro_plugins
-----------------------------------------------------------------------------------------------------------------------------
Call to undefined method PDO::real_query()
-----------------------------------------------------------------------------------------------------------------------------
| PHP Built On | Linux server 4.19.0-17-amd64 #1 SMP Debian 4.19.194-3 (2021-07-18) x86_64 |
|------------------------------------------------|---------------------------------------------------------------------------
| Database Type | mysql |
| Database Version | 5.7.27-30 |
| Database Collation | utf8mb4_general_ci |
| Database Connection Collation | utf8mb4_general_ci |
| Database Connection Encryption | None |
| Database Server Supports Connection Encryption | Yes |
| PHP Version | 7.4.23 |
| Web Server | nginx/1.18.0 |
| WebServer to PHP Interface | fpm-fcgi |
| Joomla! Version | Joomla! 4.0.3 Stable [ Furaha ] 12-September-2021 10:39 GMT |
| User Agent | Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36 |Failed to create table #__sobipro_crawler
-----------------------------------------------------------------------------------------------------------------------------
Failed to convert table #__sobipro_category
-----------------------------------------------------------------------------------------------------------------------------
Failed to convert table #__sobipro_plugins
-----------------------------------------------------------------------------------------------------------------------------
Call to undefined method PDO::real_query()
-----------------------------------------------------------------------------------------------------------------------------
| PHP Built On | Linux server 4.19.0-17-amd64 #1 SMP Debian 4.19.194-3 (2021-07-18) x86_64 |
|------------------------------------------------|---------------------------------------------------------------------------
| Database Type | mysql |
| Database Version | 5.7.27-30 |
| Database Collation | utf8mb4_general_ci |
| Database Connection Collation | utf8mb4_general_ci |
| Database Connection Encryption | None |
| Database Server Supports Connection Encryption | Yes |
| PHP Version | 7.4.23 |
| Web Server | nginx/1.18.0 |
| WebServer to PHP Interface | fpm-fcgi |
| Joomla! Version | Joomla! 4.0.3 Stable [ Furaha ] 12-September-2021 10:39 GMT |
| User Agent | Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/94.0.4606.81 Safari/537.36 |2.0 Alpha 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/210saving entries with empty select fields - now with PHP 82021-10-21T13:10:50ZSławek Sikorasaving entries with empty select fields - now with PHP 8Looks like there is similar issue as before:<br />
https://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/204
However now it happens only with PHP 8 and generate following error:<br />
```
0 count(): Argument #1 ($value) must be of type Countable|array, null given
Call stack
# Function Location
1 () JROOT/components/com_sobipro/opt/fields/select.php:460
2 SPField_Select->fetchData() JROOT/components/com_sobipro/opt/fields/select.php:507
3 SPField_Select->submit() JROOT/components/com_sobipro/lib/models/field.php:892
4 SPField->__call() JROOT/components/com_sobipro/lib/ctrl/entry.php:249
5 SPEntryCtrl->submit() JROOT/components/com_sobipro/lib/ctrl/entry.php:73
6 SPEntryCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:574
7 SobiProCtrl->execute() JROOT/components/com_sobipro/sobipro.php:55
8 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
9 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
10 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
11 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:206
12 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:245
13 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
14 Joomla\CMS\Application\CMSApplication->execute() JROOT/includes/app.php:63
15 require_once() JROOT/index.php:32
```
Tested with SobiPro 2.0.0.15Looks like there is similar issue as before:<br />
https://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/204
However now it happens only with PHP 8 and generate following error:<br />
```
0 count(): Argument #1 ($value) must be of type Countable|array, null given
Call stack
# Function Location
1 () JROOT/components/com_sobipro/opt/fields/select.php:460
2 SPField_Select->fetchData() JROOT/components/com_sobipro/opt/fields/select.php:507
3 SPField_Select->submit() JROOT/components/com_sobipro/lib/models/field.php:892
4 SPField->__call() JROOT/components/com_sobipro/lib/ctrl/entry.php:249
5 SPEntryCtrl->submit() JROOT/components/com_sobipro/lib/ctrl/entry.php:73
6 SPEntryCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:574
7 SobiProCtrl->execute() JROOT/components/com_sobipro/sobipro.php:55
8 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
9 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
10 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
11 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:206
12 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:245
13 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
14 Joomla\CMS\Application\CMSApplication->execute() JROOT/includes/app.php:63
15 require_once() JROOT/index.php:32
```
Tested with SobiPro 2.0.0.152.0 Alpha 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/209Changing field state with enabled Data Accelerator and PHP 82021-11-04T09:57:23ZSławek SikoraChanging field state with enabled Data Accelerator and PHP 8Changing field state with enabled data accelerator generate following error:<br />
An error has occurred.
```
HY000 SQLSTATE[HY000]: General error: 10 disk I/O error
Call stack
# Function Location
1 () JROOT/components/com_sobipro/lib/base/cache.php:270
2 PDO->exec() JROOT/components/com_sobipro/lib/base/cache.php:270
3 SPCache->Exec() JROOT/components/com_sobipro/lib/base/cache.php:290
4 SPCache->cleanSection() JROOT/components/com_sobipro/lib/ctrl/adm/field.php:1066
5 SPFieldAdmCtrl->changeState() JROOT/components/com_sobipro/lib/ctrl/adm/field.php:1164
6 SPFieldAdmCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/adm/sobipro.php:458
7 SobiProAdmCtrl->execute() JROOT/administrator/components/com_sobipro/sobipro.php:57
8 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
9 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
10 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
11 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/AdministratorApplication.php:143
12 Joomla\CMS\Application\AdministratorApplication->dispatch() JROOT/libraries/src/Application/AdministratorApplication.php:186
13 Joomla\CMS\Application\AdministratorApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
14 Joomla\CMS\Application\CMSApplication->execute() JROOT/administrator/includes/app.php:63
15 require_once() JROOT/administrator/index.php:32
```
Tested with SobiPro 2.0.0.15 Alpha 1, Joomla 4.0.3 and PHP 8.0.11Changing field state with enabled data accelerator generate following error:<br />
An error has occurred.
```
HY000 SQLSTATE[HY000]: General error: 10 disk I/O error
Call stack
# Function Location
1 () JROOT/components/com_sobipro/lib/base/cache.php:270
2 PDO->exec() JROOT/components/com_sobipro/lib/base/cache.php:270
3 SPCache->Exec() JROOT/components/com_sobipro/lib/base/cache.php:290
4 SPCache->cleanSection() JROOT/components/com_sobipro/lib/ctrl/adm/field.php:1066
5 SPFieldAdmCtrl->changeState() JROOT/components/com_sobipro/lib/ctrl/adm/field.php:1164
6 SPFieldAdmCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/adm/sobipro.php:458
7 SobiProAdmCtrl->execute() JROOT/administrator/components/com_sobipro/sobipro.php:57
8 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
9 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
10 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
11 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/AdministratorApplication.php:143
12 Joomla\CMS\Application\AdministratorApplication->dispatch() JROOT/libraries/src/Application/AdministratorApplication.php:186
13 Joomla\CMS\Application\AdministratorApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
14 Joomla\CMS\Application\CMSApplication->execute() JROOT/administrator/includes/app.php:63
15 require_once() JROOT/administrator/index.php:32
```
Tested with SobiPro 2.0.0.15 Alpha 1, Joomla 4.0.3 and PHP 8.0.112.0 Alpha 2Radek SuskiRadek Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/208Browser title generation2021-10-21T13:11:45ZSławek SikoraBrowser title generationIt seems like there are problems with proper browser title generation. Looks like categories, entries and alpha listing pages do not pass it names to the browser meta title, always section name or menu item meta title is used.It seems like there are problems with proper browser title generation. Looks like categories, entries and alpha listing pages do not pass it names to the browser meta title, always section name or menu item meta title is used.2.0 Alpha 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/215Back-end configuration file write functionality2021-11-23T12:22:02ZSławek SikoraBack-end configuration file write functionalityPerhaps I broke something, but seems like using write configuration function in the global configuration, change all true and false values in the configuration file to 1 and 0. When this happens configuration file need to be edited manually, if we try to add true/false in the editor it is saved inside quotation marks in the file.Perhaps I broke something, but seems like using write configuration function in the global configuration, change all true and false values in the configuration file to 1 and 0. When this happens configuration file need to be edited manually, if we try to add true/false in the editor it is saved inside quotation marks in the file.2.0 Beta 1Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/195add_section browser title parameter2021-12-17T14:34:03ZSławek Sikoraadd_section browser title parameterPerhaps I missed something, but seems like add_section parameter in the config.ini file do not change anything in the browser title. It happens also with PHP 7Perhaps I missed something, but seems like add_section parameter in the config.ini file do not change anything in the browser title. It happens also with PHP 72.0 Beta 1Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/Notifications/-/issues/9Missing texts from payment message2021-12-15T15:37:25ZSławek SikoraMissing texts from payment messageIt looks like payment placeholder {payment.columns:[reference,amount]} do not replace language terms with translated values and in the emails are sent raw values:<br />
NOTA.PAYMENT_REFERENCE<br />
NOTA.PAYMENT_NETTO<br />
NOTA.PAYMENT_VAT<br />
NOTA.PAYMENT_BRUTTO<br />It looks like payment placeholder {payment.columns:[reference,amount]} do not replace language terms with translated values and in the emails are sent raw values:<br />
NOTA.PAYMENT_REFERENCE<br />
NOTA.PAYMENT_NETTO<br />
NOTA.PAYMENT_VAT<br />
NOTA.PAYMENT_BRUTTO<br />3.0 BetaSigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/221Fetching updates in the repository2022-02-01T12:31:29ZSławek SikoraFetching updates in the repositoryFetching updates in the repository leads to the following error:<br/><br/>
0 Cannot access offset of type string on string
- Call stack
- # Function Location
- 1 () JROOT/components/com_sobipro/lib/ctrl/adm/extensions.php:738
- 2 SPExtensionsCtrl->browse() JROOT/components/com_sobipro/lib/ctrl/adm/extensions.php:115
- 3 SPExtensionsCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/adm/sobipro.php:458
- 4 SobiProAdmCtrl->execute() JROOT/administrator/components/com_sobipro/sobipro.php:57
- 5 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
- 6 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
- 7 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
- 8 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/AdministratorApplication.php:143
- 9 Joomla\CMS\Application\AdministratorApplication->dispatch() JROOT/libraries/src/Application/AdministratorApplication.php:186
- 10 Joomla\CMS\Application\AdministratorApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
- 11 Joomla\CMS\Application\CMSApplication->execute() JROOT/administrator/includes/app.php:63
- 12 require_once() JROOT/administrator/index.php:32
And this error page appear every time when I access repository after try of updates fetch. Above is visible with PHP 8, when PHP 7.4 is used repository page load, but there appear following errors:
<br/>
> Warning: Illegal string offset 'created' in /home/sikorasobipro/test3.sikora.sobipro.eu/components/com_sobipro/lib/ctrl/adm/extensions.php on line 738
>
> Warning: Illegal string offset 'extensions' in /home/sikorasobipro/test3.sikora.sobipro.eu/components/com_sobipro/lib/ctrl/adm/extensions.php on line 740
Tested with SobiPro 2.0.0.25 Beta 2; Joomla 4.0.5 and Joomla! 3.10.4Fetching updates in the repository leads to the following error:<br/><br/>
0 Cannot access offset of type string on string
- Call stack
- # Function Location
- 1 () JROOT/components/com_sobipro/lib/ctrl/adm/extensions.php:738
- 2 SPExtensionsCtrl->browse() JROOT/components/com_sobipro/lib/ctrl/adm/extensions.php:115
- 3 SPExtensionsCtrl->execute() JROOT/components/com_sobipro/lib/ctrl/adm/sobipro.php:458
- 4 SobiProAdmCtrl->execute() JROOT/administrator/components/com_sobipro/sobipro.php:57
- 5 require_once() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:69
- 6 Joomla\CMS\Dispatcher\LegacyComponentDispatcher::Joomla\CMS\Dispatcher\{closure}() JROOT/libraries/src/Dispatcher/LegacyComponentDispatcher.php:71
- 7 Joomla\CMS\Dispatcher\LegacyComponentDispatcher->dispatch() JROOT/libraries/src/Component/ComponentHelper.php:389
- 8 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/AdministratorApplication.php:143
- 9 Joomla\CMS\Application\AdministratorApplication->dispatch() JROOT/libraries/src/Application/AdministratorApplication.php:186
- 10 Joomla\CMS\Application\AdministratorApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:278
- 11 Joomla\CMS\Application\CMSApplication->execute() JROOT/administrator/includes/app.php:63
- 12 require_once() JROOT/administrator/index.php:32
And this error page appear every time when I access repository after try of updates fetch. Above is visible with PHP 8, when PHP 7.4 is used repository page load, but there appear following errors:
<br/>
> Warning: Illegal string offset 'created' in /home/sikorasobipro/test3.sikora.sobipro.eu/components/com_sobipro/lib/ctrl/adm/extensions.php on line 738
>
> Warning: Illegal string offset 'extensions' in /home/sikorasobipro/test3.sikora.sobipro.eu/components/com_sobipro/lib/ctrl/adm/extensions.php on line 740
Tested with SobiPro 2.0.0.25 Beta 2; Joomla 4.0.5 and Joomla! 3.10.42.0 RC 1Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/219Can't access front-end2022-02-01T12:31:35ZSławek SikoraCan't access front-endWith SobiPro 2.0.0.23 Beta 2 I can't access my sections front-end on Joomla 3.10.4. Tested with PHP 7.4 and 8.0. Following error appear:<br/><br />
0 Call to a member function get() on null
/home/sikorasobipro/test4.sikora.sobipro.eu/components/com_sobipro/lib/cms/joomla_common/base/user.php:420
- Call stack
- # Function Location
- 1 () JROOT/components/com_sobipro/lib/cms/joomla_common/base/user.php:420
- 2 SPJoomlaUser::getCurrent() JROOT/components/com_sobipro/lib/base/factory.php:158
- 3 SPFactory::user() JROOT/components/com_sobipro/lib/sobi.php:542
- 4 Sobi::My() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:285
- 5 SobiProCtrl->route() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:158
- 6 SobiProCtrl->__construct() JROOT/components/com_sobipro/sobipro.php:54
- 7 require_once() JROOT/libraries/src/Component/ComponentHelper.php:402
- 8 Joomla\CMS\Component\ComponentHelper::executeComponent() JROOT/libraries/src/Component/ComponentHelper.php:377
- 9 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:194
- 10 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:233
- 11 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:225
- 12 Joomla\CMS\Application\CMSApplication->execute() JROOT/index.php:49With SobiPro 2.0.0.23 Beta 2 I can't access my sections front-end on Joomla 3.10.4. Tested with PHP 7.4 and 8.0. Following error appear:<br/><br />
0 Call to a member function get() on null
/home/sikorasobipro/test4.sikora.sobipro.eu/components/com_sobipro/lib/cms/joomla_common/base/user.php:420
- Call stack
- # Function Location
- 1 () JROOT/components/com_sobipro/lib/cms/joomla_common/base/user.php:420
- 2 SPJoomlaUser::getCurrent() JROOT/components/com_sobipro/lib/base/factory.php:158
- 3 SPFactory::user() JROOT/components/com_sobipro/lib/sobi.php:542
- 4 Sobi::My() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:285
- 5 SobiProCtrl->route() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:158
- 6 SobiProCtrl->__construct() JROOT/components/com_sobipro/sobipro.php:54
- 7 require_once() JROOT/libraries/src/Component/ComponentHelper.php:402
- 8 Joomla\CMS\Component\ComponentHelper::executeComponent() JROOT/libraries/src/Component/ComponentHelper.php:377
- 9 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:194
- 10 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:233
- 11 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:225
- 12 Joomla\CMS\Application\CMSApplication->execute() JROOT/index.php:492.0 RC 1Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/152Filters translation2022-07-29T12:15:18ZSławek SikoraFilters translationI would be great to have possibility to translate filters message or make filters selection dependant from language (possibility to select different filters for different languages)I would be great to have possibility to translate filters message or make filters selection dependant from language (possibility to select different filters for different languages)2.0 RC 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/142Possibility to save different redirections in multilingual mode2022-07-29T12:15:30ZSławek SikoraPossibility to save different redirections in multilingual modeWould be nice to have possibility to save different redirections URL depending from the language. In this moment, we are not able to select different links for languages so practically we are forced to only redirect to parent category option.Would be nice to have possibility to save different redirections URL depending from the language. In this moment, we are not able to select different links for languages so practically we are forced to only redirect to parent category option.2.0 RC 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/224Crash on the Joomla 3 front-end2022-02-25T13:38:03ZSławek SikoraCrash on the Joomla 3 front-endI can't access SobiPro section on the Joomla 3.10.6 front-end, got following error:<br />
0 Call to a member function get() on null
/home/sikorasobipro/test4.sikora.sobipro.eu/components/com_sobipro/lib/cms/joomla_common/base/user.php:378
- Call stack
- # Function Location
- 1 () JROOT/components/com_sobipro/lib/cms/joomla_common/base/user.php:378
- 2 SPJoomlaUser::getCurrent() JROOT/components/com_sobipro/lib/base/factory.php:164
- 3 SPFactory::user() JROOT/components/com_sobipro/lib/sobi.php:537
- 4 Sobi::My() JROOT/components/com_sobipro/lib/models/dbobject.php:221
- 5 SPDBObject->__construct() JROOT/components/com_sobipro/lib/ctrl/controller.php:63
- 6 SPController->setModel() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:492
- 7 SobiProCtrl->routeObj() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:304
- 8 SobiProCtrl->route() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:159
- 9 SobiProCtrl->__construct() JROOT/components/com_sobipro/sobipro.php:54
- 10 require_once() JROOT/libraries/src/Component/ComponentHelper.php:402
- 11 Joomla\CMS\Component\ComponentHelper::executeComponent() JROOT/libraries/src/Component/ComponentHelper.php:377
- 12 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:194
- 13 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:233
- 14 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:225
- 15 Joomla\CMS\Application\CMSApplication->execute() JROOT/index.php:49
tested with SobiPro 2.0.0.37 RC and Joomla 3.10.6 on both PHP 7.4 and 8I can't access SobiPro section on the Joomla 3.10.6 front-end, got following error:<br />
0 Call to a member function get() on null
/home/sikorasobipro/test4.sikora.sobipro.eu/components/com_sobipro/lib/cms/joomla_common/base/user.php:378
- Call stack
- # Function Location
- 1 () JROOT/components/com_sobipro/lib/cms/joomla_common/base/user.php:378
- 2 SPJoomlaUser::getCurrent() JROOT/components/com_sobipro/lib/base/factory.php:164
- 3 SPFactory::user() JROOT/components/com_sobipro/lib/sobi.php:537
- 4 Sobi::My() JROOT/components/com_sobipro/lib/models/dbobject.php:221
- 5 SPDBObject->__construct() JROOT/components/com_sobipro/lib/ctrl/controller.php:63
- 6 SPController->setModel() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:492
- 7 SobiProCtrl->routeObj() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:304
- 8 SobiProCtrl->route() JROOT/components/com_sobipro/lib/ctrl/sobipro.php:159
- 9 SobiProCtrl->__construct() JROOT/components/com_sobipro/sobipro.php:54
- 10 require_once() JROOT/libraries/src/Component/ComponentHelper.php:402
- 11 Joomla\CMS\Component\ComponentHelper::executeComponent() JROOT/libraries/src/Component/ComponentHelper.php:377
- 12 Joomla\CMS\Component\ComponentHelper::renderComponent() JROOT/libraries/src/Application/SiteApplication.php:194
- 13 Joomla\CMS\Application\SiteApplication->dispatch() JROOT/libraries/src/Application/SiteApplication.php:233
- 14 Joomla\CMS\Application\SiteApplication->doExecute() JROOT/libraries/src/Application/CMSApplication.php:225
- 15 Joomla\CMS\Application\CMSApplication->execute() JROOT/index.php:49
tested with SobiPro 2.0.0.37 RC and Joomla 3.10.6 on both PHP 7.4 and 82.0 RC 2Sigrid SuskiSigrid Suskihttps://code.sigsiu.net/Sigsiu.NET/SobiPro/-/issues/223Fatal error when accessing category on Joomla 42022-02-25T13:38:10ZSławek SikoraFatal error when accessing category on Joomla 4There is fatal error on Joomla 4 when I try to access any of the categories:
Compile Error: Cannot declare class SPCategoriesModView, because the name is already in use
Exception Stack Trace
Symfony\Component\ErrorHandler\Error\ FatalError
in /home/sikorasobipro/test3.sikora.sobipro.eu/modules/mod_sobipro_categories/view.php (line 1)There is fatal error on Joomla 4 when I try to access any of the categories:
Compile Error: Cannot declare class SPCategoriesModView, because the name is already in use
Exception Stack Trace
Symfony\Component\ErrorHandler\Error\ FatalError
in /home/sikorasobipro/test3.sikora.sobipro.eu/modules/mod_sobipro_categories/view.php (line 1)2.0 RC 2Sigrid SuskiSigrid Suski