We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 17895
    • 209 Posts
    Hi everybody: I had a very small space on my hosting provider (only 50 MiB!!) but I succeeded in installing ModX revolution 2.0 pl. Then I downloaded and installed some 3rd party add-on, but something went wrong (maybe I couldn’t download them properly, because of space issues).

    Now I have the list of downloaded stuff, but when I try to install them, the manager says it cannot find the package. I tried removing all files (but core) from core/packages, but the manager is still convinced I downloaded them.

    How could I remove all reference to the donwloaded packages and start downloading them from scratch (now that I have more web space)?

    Thanks,
      Daniele "MadMage" Calisi
      • 28215
      • 4,149 Posts
      Empty the modx_transport_packages table.
        shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
        • 17895
        • 209 Posts
        Quote from: splittingred at Aug 20, 2010, 07:42 AM

        Empty the modx_transport_packages table.

        Done... but packages are still there... one strange thing is that after clicking on System/3rd party packages menu, the list is empty (and there is a "no data to display" message)... after a while, the list is populated.
          Daniele "MadMage" Calisi
          • 28215
          • 4,149 Posts
          Clear your cache; if you’ve truncated the modx_transport_packages table, there shouldnt be any records there.
            shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
            • 17895
            • 209 Posts
            Quote from: splittingred at Aug 20, 2010, 08:18 AM

            Clear your cache; if you’ve truncated the modx_transport_packages table, there shouldnt be any records there.

            I wish you were true smiley

            However, I cleared the cache (Site/Clear cache), then checked modx_transport_packages and it has 0 rows. Then went to System/Package Management and the (damned) packages are still in the list.
              Daniele "MadMage" Calisi
              • 28215
              • 4,149 Posts
              You’ve cleared the modx_transport_packages table, cleared the cache, and emptied the core/packages/ directory (minus the core.transport.zip and core/ dir)?

              I don’t see how you’re getting data at all - unless you’re clearing the wrong tables or wrong database. That makes no sense. Try emptying browser cache too?
                shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
                • 17895
                • 209 Posts
                Quote from: splittingred at Aug 20, 2010, 08:41 AM

                You’ve cleared the modx_transport_packages table, cleared the cache, and emptied the core/packages/ directory (minus the core.transport.zip and core/ dir)?

                I don’t see how you’re getting data at all - unless you’re clearing the wrong tables or wrong database. That makes no sense. Try emptying browser cache too?

                ahem... sorry... my fault... it was the wrong table (I have two prefixes in the same database) ;-) now it works... until I try to install a new package (I’m trying with "If"), in that case, I can download it, but when I try to install, it says "Package not found" (no license agreement is shown).

                Could it be related to the fact that I upgraded from a previous Revo version (beta1 or beta2, I don’t remember)?

                Maybe some configuration setting make it search for packages to install in the wrong directory?
                  Daniele "MadMage" Calisi
                  • 28215
                  • 4,149 Posts
                  Could also be related to http://bugs.modx.com/browse/MODX-2241

                  You’ve probably got an old version of ZipArchive that needs it’s libzip library to be updated, as there’s bugs in the old one.
                    shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
                    • 17895
                    • 209 Posts
                    Quote from: splittingred at Aug 20, 2010, 09:11 AM

                    Could also be related to http://bugs.modx.com/browse/MODX-2241

                    You’ve probably got an old version of ZipArchive that needs it’s libzip library to be updated, as there’s bugs in the old one.

                    I’m not sure, I have another website that (should) run on the same server and it works.

                    However, I see that the manager is able to extract the modNamespace directory of the snippet, but not the modSnippet directory. Can it be related to the bug you are talking about, or the fact that it is able to extract ONE directory is a proof that I have another problem?
                      Daniele "MadMage" Calisi