We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 17548
    • 74 Posts
    Well, I have upgraded both my 2.0.5 site, which did not have this problem and my 2.0.6 site, which did have this problem, to 2.0.7 and now both sites have this problem.

    Argh.

    For the one that was working, I have changed nothing except run the upgrade installer.

    Does anyone have any advice?

    I have experimented with various path configurations such

    /assets/
    assets/
    assets

    for the file manager directory

      • 3749
      • 24,544 Posts
      This would be a perfect time to use Git bisect if anyone is up for it.

      I suspect this change in the MODx class:

      1417 	  	-            /* create scriptProperties array from HTTP GPC vars */
      1418 	  	-            if (!isset($_POST)) $_POST = array();
      
      1419 	  	-            if (!isset($_GET)) $_GET = array();
      
      1420 	  	-            $scriptProperties = array_merge($scriptProperties,$_GET,$_POST);
      
      1421 	  	-            if (isset($_FILES) && !empty($_FILES)) {
      
      1422 	  	-                $scriptProperties = array_merge($scriptProperties,$_FILES);
      
      


      TinyMCE may be using $_GET or $_POST variables for the path and they’re no longer going into the $scriptProperties array.



        Did I help you? Buy me a beer
        Get my Book: MODX:The Official Guide
        MODX info for everyone: http://bobsguides.com/modx.html
        My MODX Extras
        Bob's Guides is now hosted at A2 MODX Hosting
        • 3749
        • 24,544 Posts
        Another user suggested completely uninstalling and removing (force removal) the TinyMCE package, then downloading and reinstalling it.
          Did I help you? Buy me a beer
          Get my Book: MODX:The Official Guide
          MODX info for everyone: http://bobsguides.com/modx.html
          My MODX Extras
          Bob's Guides is now hosted at A2 MODX Hosting
          • 26422
          • 107 Posts
          I am experiencing something similar on 2.0.7. I have File manager Path set to assets/content/

          When I go to add an image in the content using the add image icon it finds the correct folder from the file manager path but removes /assets/content/ from the src address. So in the code is shows images/imagename.jpg instead of assets/content/images/imagename.jpg.

          So I’m thinking there must be a setting somewhere that’s telling Tiny to strip that off.

          Can anyone point me to where it is? I’ve attached my core file system settings.

          Crawford
            Crawford Paul

            Bridgecourt Web Design - Proudly using ModX CMS
            Serving Welland, Niagara, Ontario, Canada and the world!
            http://www.bridgecourt.com
            • 26422
            • 107 Posts
            Ok this was solved by adding the same path to both File Manager Path and File Manager Url. Thanks to @rtripault for the help!!
              Crawford Paul

              Bridgecourt Web Design - Proudly using ModX CMS
              Serving Welland, Niagara, Ontario, Canada and the world!
              http://www.bridgecourt.com
              • 886
              • 39 Posts
              Having tiny.path_options empty (or docrelative) and having set a <base> tag worked fine for me until now. I am now sending the [[*content]] to an atom feed and there is no base tag for that, so all links in my atom feed are relative to the specific resource which is obviously wrong.

              This is what I’ve got until now (running on 2.0.3-pl, will update tonight to see if anything changes):

              • using rootrelative breaks inserting links and images with tinymce (by breaks i mean prepends /assets/components/tinymce/
              • setting "File manager Path" to "/" fixes the links
              • no luck fixing inserting images. I tried setting "File Manager url" to "/", "assets", "assets/", "/assets/" and "/assets". Anything starting with "/" breaks the file manager (it says "Please specify a valid directory.")


                • 9813
                • 1 Posts
                Quote from: bridgecourt at Feb 03, 2011, 11:29 AM

                Ok this was solved by adding the same path to both File Manager Path and File Manager Url. Thanks to @rtripault for the help!!
                This doesn’t work for me, it still gets the full path prefixed. Using a relative path isn’t an option for me unfortunately.

                I’m new to this CMS ~2 weeks. Can you imagine how bad this looks, one of the most used extensions. I’ve seen a topic about this from back in 2008 sad Any hope anyone?
                  • 17548
                  • 74 Posts
                  Has anyone figured out a non-hairpulling fix for this.

                  I just did a new install of a Revo 2.0.8 site and I’m running into the same issue. All I want is for TinyMCE to ensure that I have rootrelative paths to images (/assets/images, not assets/images). I don’t want to mess with a <base> tag.

                  If I tell tinymce to be rootrelative, I get this /assets/components/tinymce prepender.

                  Argh.
                    • 16942
                    • 33 Posts
                    Quote from: lowelife at Apr 10, 2011, 03:08 PM

                    Has anyone figured out a non-hairpulling fix for this.

                    I just did a new install of a Revo 2.0.8 site and I’m running into the same issue. All I want is for TinyMCE to ensure that I have rootrelative paths to images (/assets/images, not assets/images). I don’t want to mess with a <base> tag.

                    If I tell tinymce to be rootrelative, I get this /assets/components/tinymce prepender.

                    Argh.
                    Unfortunately I’ve come across this a lot - with Friendly URLs too. Whenever people can’t be bothered to fix something, you’re told to mess around with the base tag. I hear you - this isn’t ideal, particularly when you have a site with lots of virtual hosts pointing to it. That said, if you open a bug, you’ll get excellent help from people who actually care about the development of modx. So let me do that for you.
                      • 16942
                      • 33 Posts
                      Quote from: leoandrews at Apr 18, 2011, 04:26 PM

                      That said, if you open a bug, you’ll get excellent help from people who actually care about the development of modx. So let me do that for you.
                      Opened as bug #4456