We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 5004
    • 62 Posts
    Hi
    I have found that on the server it was installed Suhosin. I have asked to disable it and now everything is OK smiley
      • 25184
      • 2 Posts
      rolleyes Hay! I had exactly the same problem. But I solved it. I copied my entire site into a new folder so i lost the path to the resources folder, so i did

      ===>Loggon into the manager as admin
      "Tools-->Configuration --> Interface & features" set the Resource path and Resource URL to the right place? (<path>assets/ and <url>assets/)

      in my case i had
      <path> /opt/lampp/htdocs/modx/assets
      <URL> http://localhost/modx/assets

      I hope this works.!!!!
        • 14806
        • 72 Posts
        The problem in my case was in an advertising blocker program - Ad Muncher. You should to disable such programs for correct works of Resource Browser.
          • 33114
          • 518 Posts
          After moving to a new host I got the same problem with Resource Browser as Hypercubed:

          - It sees no file nor folder
          - FF console shows "this.DOMDocument has no properties"
          - IE6 shows "Object Required" error

          However, none of the solutions presented here works for me.
          Trying in vain for a half of a day to get the Browser to work I found the folllowing:

          - the resource browser CREATES folders, still it doesnt show them
          - having the above fact in mind, it doesnt upload files
          - making a clean MODx install in a different folder (sitepath/test/) and pointing the resource path to the problem resource folder (changing sitepath/test/assets/ to sitepath/assets/) I get a WORKING resource browser. That means that the browser from the newly installed system on the same host SEES the resource folder of the actual previously installed sytem (so its not the problem of the host security settings, nor it is the problem of permissions)

          Now I am desperate in getting this to work, as I have tried everything I am qualified in. I seem to have two ways: try to connect a freshly downloaded FCKeditor to my current MODx install or... make a clean install of MODx in hope that it will work with all my tweaks and hacks and resources. Both tasks seem too tough for now sad

          Maybe there is still a way to force the trouble Browser to see the files/folders?

            http://modx.ru - российская поддержка MODx
            http://newscup.ru - экспериментальный проект
            http://yentsun.com - персональный сайт
            • 10495
            • 18 Posts
            [SOLUTION] If anyone still has a problem with this, even after uploading a fresh index.html file, try recreating the whole folder

            that was the only thing that worked for me, delete the old one, recreate it in file manager then upload a brand new index.html

            (funnily enough it fixed my ’files’ folder not showing as well... weird...)

            hope that helps

            Gary
              • 6298
              • 13 Posts
              Quote from: yentsun at Apr 21, 2008, 12:43 PM

              Now I am desperate in getting this to work, as I have tried everything I am qualified in. I seem to have two ways: try to connect a freshly downloaded FCKeditor to my current MODx install or... make a clean install of MODx in hope that it will work with all my tweaks and hacks and resources. Both tasks seem too tough for now sad

              I’n not getting thumbnails in the TinyMCE / FCKeditor file browser either on one domain. I’ve checked permissions, owenership, file space, reuploaded modx files & still no luck.

              Oddly it thumbnails work OK when Modx is run from a /test sub folder on the domain & it also works OK on other fresh clean domain (install), but not my live site!

              I’ve got:
              .htaccess in the root
              friendly urls on
              friendly alias path on
              Rewrite browser paths off
              Resource path /var/www/vhosts/mydomain.com/httpdocs/assets/
              Resource URL: http://www.mydomain.com/assets/
              File manager...I’ve tried both /var/www/vhosts/mydomain.com/httpdocs/assets/ & /var/www/vhosts/mydomain.com/httpdocs/

              I noted a problem with the .htaccess file in /manager (downloadmodx-0961p2), it had an odd character after the "RewriteEngine Off" text. This appeared to stop this .htacces from working, so there were similar javascript errors when woring on the site admin area.

              Help! Any other suggestions? With Thanks....
                • 24143
                • 4 Posts
                Hi there. I checked out Rev 3840 and still get this error. When i upload a file with an german umlaut, it convert it to something strange. UTF-8 problem? That’s also because why you can’t see any files in the browser.

                here my clean & quick solution:

                edit in file /manager/media/brwoser/mcpuk/connectors/php/Commands/FileUpload.php line 72:
                before:
                $filename=basename(str_replace("\\","/",$_FILES['NewFile']['name']));
                


                after:
                $filename=utf8_decode(basename(str_replace("\\","/",$_FILES['NewFile']['name'])));
                
                  • 6298
                  • 13 Posts
                  Quote from: cliff_ie at Feb 27, 2007, 05:50 PM

                  Also getting an "invalid XML response from connector" when trying to upload a image or file. I can however create folders in the files folder but they dont appear - you can see them in the Resourses - Manage Files section of modx.

                  Spent hours & hours on this & tried all the suggestions on the forum & still no luck. I have no problems with other MODx installs on the same server.

                  So got round it by:
                  (1) Backup your exiting database with mysqladmin.
                  (2) Create a new mysql database.
                  (3) Take your site offline with a temp .html holding page in place.
                  (4) Do a fresh Modx install to webspace. Set permissions as per install instructions. I ftp’d zip file & unzipped on server.
                  (5) FTP over your images, templates, snippets and modules.
                  (6) Test! All works, I can upload images, no Javascript errors, XML connector errors, thumbnails are all showing correctly & I can upload images with no errors!
                  (7) Restore your original database with mysql & retest.
                  (8) Remove holding page to go live again.

                  Only odd issue, I’m using friendly urls (have changed ht.access to .htaccess in root) but left the file in /manager as "ht.access" & admin is working fine (& no I checked that there is not a .htaccess as a "hidden file").





                    • 29635
                    • 361 Posts
                    In case anybody reads through this whole thread and is still stuck:
                    http://modxcms.com/forums/index.php?topic=16722.0

                    Make sure your manager user has the "Use System Configuration Setting" checkboxes set on tab 2. I’m not sure how they get unchecked, but it’s happened to me a few times (and I’d bet money nobody touched those settings, though the manager log doesn’t seem to log enough detail to prove my suspicions).
                      Need MODx Ecommerce? Try FoxyCart!
                      • 1966
                      • 1 Posts
                      Quote from: QDog at Jul 17, 2008, 01:45 PM

                      Hi there. I checked out Rev 3840 and still get this error. When i upload a file with an german umlaut, it convert it to something strange. UTF-8 problem? That’s also because why you can’t see any files in the browser.

                      here my clean & quick solution:

                      edit in file /manager/media/brwoser/mcpuk/connectors/php/Commands/FileUpload.php line 72:
                      before:
                      $filename=basename(str_replace("\\","/",$_FILES['NewFile']['name']));
                      


                      after:
                      $filename=utf8_decode(basename(str_replace("\\","/",$_FILES['NewFile']['name'])));
                      


                      Your solution worked for me great. It was the same umlauts-problem. Thanks alot.