Starting from March 1, 2020 the forum has been switched to the read-only mode. Please head to StackOverflow for support.
Forum Replies Created
-
AuthorReplies
-
Hi bojan050,
regarding the issue with memory limit, could you please check is the composer.lock in place after the clone?Hi junaid,
we investigated your case and found the issue in sync when it is executed with commandShell1oro:magento:initial:sync --integration-id=7 --skip-dictionary -vin the same time
Shell1oro:cron:integration:sync --integration-id=7works well.
We will include the fix in the upcoming release.
Hi Stepan,
thanks for the heads up on this issue. We investigated the problem and will prepare a fix in the upcoming release.Hi modli,
unfortunately we don’t have any cleanup procedure or command for the tracking data. And this will be good improvement, so we added it to our backlog.
For now, you can cleanup this data by SQL query in tables oro_tracking_data and oro_tracking_event. We store raw tracking data there. By default we don’t have any tricky relations there, but in this case if you have some in your instance – you should do this carefully.April 20, 2016 at 2:12 am in reply to: Division permission does not restrict access settings on user record #35308Hello guys,
we plan to work on the fix during next 3 weeks and include it into closest release.
Thanks for your patience.Hi Rodolfo,
are you able to use these entities and extended fields via create/edit forms?Could you please share install and prod logs. We need to check the error to understand where could be an issue.
February 25, 2016 at 2:36 am in reply to: Cannot access "My Emails" (500 – Internal Server Error) #26970Hi,
we have these issue in backlog. Thanks for the heads up!Did you run “composer install” or “composer update”?
Recommended way is to runcomposer install
Hi vfbsilva,
we were not able to reproduce the issue described on the CentOS.
Please clone latest stable OroCRM application from GitHub or use these composer.json and composer.lock and try again.February 24, 2016 at 3:57 am in reply to: No mapping found for field 'picture' on class '…Entity\Contact' #27018Hi Anna,
picture
field is extended field, so it should not be present in the mapping of the original entity class. It should be added by migration and then automatically mapped in the EX_OroCRMContactBundle_Contact.php.If you will add property for the extended field directly to the original entity class, it could lead to an issues if this extended field will be deleted manually from the UI or from a migration.
From my opinion the appropriate migration was not executed, or appropriate proxy class was not generated properly. Could you please check the oro_migration table and tell what version is set for OroCRMContactBundle?
February 23, 2016 at 7:56 am in reply to: No mapping found for field 'picture' on class '…Entity\Contact' #27016Hi abober,
how did you upgrade your OroCRM project to the latest release?Did you run next command after composer install:
Shell1php app/console oro:platform:update --env=prodBecause executing oro:migration:load command is not a valid way to upgrade.
Hi Brent,
what version you are trying to install?Hi kebugcheck,
for better understanding the case, could you please open the Magento integration for Edit, click on the “Check Connection”, check the “Website” drop down then save the integration. After this please check again – does the issue still appear and tell us did you had websites in the drop-down.Hi andytumilko,
what version of the OroPlatform do you use? -
AuthorReplies