OroCommerce Forums

Covering OroCommerce topics, including community updates and company announcements.

Forums OroCommerce Problems with TinyMCE

This topic contains 9 replies, has 3 voices, and was last updated by  Mauro Chojrin 3 months, 2 weeks ago.

  • Creator
    Topic
  • #37804

    Mauro Chojrin
    Participant

    Hi:

    I’m running oroCommerce v1.6.35. I’m trying to setup a new integration that I coded myself to provide a new shipping method.

    When I go to the “Create Integration” screen I get this message:

    Error message

    Looking at the application logs I find this:

    And in fact, when I check the web/bundles directory, I found no tinymce subdir.

    I tried to dump the assets using the console command but I got nothing out of it.

    Any ideas? Thanks

Viewing 9 replies - 1 through 9 (of 9 total)
  • Author
    Replies
  • #37805
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    Please make sure you checked out code from the last tag at the application repository,
    then run

    #37812

    Mauro Chojrin
    Participant

    Hi Andrey:

    Thanks for your answer. I tried that but I got memory limit problems when running composer update (Some of this we’re discussing over here).

    I’ve resized my droplet to 4GB so I’ll try again and report.

    #37813
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    It’s highly not recommended to use remote webserver for development, as it waste a lot of time .

    According to the composer update memory issue,
    there is no need to run that operation in production server.
    Usually you should do this locally or as part of CD,
    after running composer update just push new composer.lock to repository and run composer install from it on production. composer install consumes much less memory.

    #37815

    Mauro Chojrin
    Participant

    Thanks again.

    I guess I didn’t explain myself correctly the first time, sorry, but now that you mention it, I have a kind of a confusion regarding the use of my own repository (I started another thread about it but apparently never actually posted it :p).

    I have my own code inside the src directory (Some integrations I created) and I’m not sure how to go about versioning those. Originally I had created a repository for my code + oroCommerce and pointed my production server to that… what would you recommend?

    BTW, what I finally did was follow the upgrade procedure and switched to 1.6.37 but then I had to rollback due an error with PolyFill72 (I looked it up in the logs but couldn’t find it :(

    #37828
    Andrey Yatsenko
    Andrey Yatsenko
    Moderator

    What PHP version are you using on that web server?

    You can check it by running

    #37867

    Mauro Chojrin
    Participant

    Hi Andrey:

    Thanks for your reply, sorry for my late response, I was away.

    Here’s the output from the command:

    #37877
    Yevhen Shyshkin
    Yevhen Shyshkin
    Moderator

    Hello, Mauro.

    I have my own code inside the src directory (Some integrations I created) and I’m not sure how to go about versioning those. Originally I had created a repository for my code + oroCommerce and pointed my production server to that… what would you recommend?

    There is good practice to have milestones and create a release for each of these milestones. This way you may have your own releases not aligned with Oro releases and track versions in any way you like. Currently semantic versioning is one of the the industry standards.

    #37881

    Mauro Chojrin
    Participant

    Got it. Thanks!

    #38060

    Mauro Chojrin
    Participant

    Just upgraded to 1.6.39 and the error seems to be fixed :)

Viewing 9 replies - 1 through 9 (of 9 total)

You must be logged in to reply to this topic.

You will be redirected to [title]. Would you like to continue?

Yes No