We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 26903
    • 1,336 Posts
    Ah yes, well spotted, that is a bug on resource import, the TV thing won’t work at the mo, there’s no connection between resources/templates/TV’s, but this can be done.
      Use MODx, or the cat gets it!
      • 12028
      • 152 Posts
      Well, this tool are one of the many reasons to use MODx Revolution!!!

      But if there is some special characters in the contents of a resource or the elements, it results in a lack of content after import from Evo, or is it just me? For example are æøå (danish) killing the output.
      I have the same collation / charset in the two databases.
        - A small step for mankind, so why not take two...

        Working with web production, graphic design/workflow, photo and education - but are trying to get a life in between!
        • 33337
        • 3,975 Posts
        Quote from: shamblett at Jul 30, 2010, 05:43 AM

        Ah yes, well spotted, that is a bug on resource import, the TV thing won’t work at the mo, there’s no connection between resources/templates/TV’s, but this can be done.
        Man, if this will be done, it IS a big migration tool to have! laugh
          Zaigham R - MODX Professional | Skype | Email | Twitter

          Digging the interwebs for #MODX gems and bringing it to you. modx.link
          • 26903
          • 1,336 Posts
          The data sent between Provisioner and either a remote evo site or revo site is encoded into JSON format, it maybe this thats losing or corrupting the special characters somewhow, its not something I’ve tested to be honest, its on the list now though, thanks.
            Use MODx, or the cat gets it!
            • 12028
            • 152 Posts
            @shamblett: Just to clarify: It is not only the special characters there are disappearing. The full contents of the field (eg. introtext/title etc.) there contains such a special charecter - disappears. When I check the database the field are either empty or contain NULL.

            But many thanks for working on this add-on!
              - A small step for mankind, so why not take two...

              Working with web production, graphic design/workflow, photo and education - but are trying to get a life in between!
              • 26903
              • 1,336 Posts
              I’m pretty sure this should work witha remote revo site but not a remote evo one, the evogateway doesn’t do a base 64 encode before conversion to JSON, which it should, if so this should be an an easy fix to implement.
                Use MODx, or the cat gets it!
                • 25636
                • 21 Posts
                I used Provisioner to help migrate from an Evo install.

                File, image, check box and radio button TVs wouldn’t render the input field. I thought it may be http://modxcms.com/forums/index.php/topic,51738.0.html.

                It turned out that Provisioner populated the default_text field in the modx_site_tmplvars table with ’\n’. After changing it in phpMyAdmin to ’’ (blank), all the missing TV fields reappeared.
                  Linux 2.6.32.8-grsec-2.1.14-modsign-xeon-64, PHP 5.2.14, MySQL 5.0.51a(client) 5.1.39-log (server), --with-pdo-mysql, Firefox/3.6.12
                  • 1512
                  • 57 Posts
                  I’m trying to migrate an evo 1.0.3 site to Revo-pl. When i login via provisioner (revo), it logs me in fine to the evo site (moves the radio button to logout), but when i go to any tab (e.g. resources) then hit refresh, i get nothing showing up. I’ve installed the revogateway into assets/snippets as instructed and read thro UserGuide.odt

                  any suggestions on this one?

                  Thanks
                  André
                    • 26903
                    • 1,336 Posts
                    If you have got no errors from the login process then you’ve installed the evogateway correctly so it looks as though the data coming back is not what Provisioner is expecting, you could look at your web server logs, on a refresh you should see a request going from the local install to its backend connectors, followed by a request going to the evogateway, this should return a 200 response.
                      Use MODx, or the cat gets it!
                      • 26903
                      • 1,336 Posts
                      OK guys and gals, Provisioner is now in github, please go here http://github.com/shamblett/provisoner/issues to file any issues. I intend to look at what’s been raised since the pl release of revo over the next few days. Ta.
                        Use MODx, or the cat gets it!