We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 11076
    • 159 Posts
    Hi smiley

    After downloading packages (through the ’Download extras’ button) iv’e tried to install a few of them.
    for example: ( googlesitemap-1.2-pl ) <Package Installer> License Agreement > ReadMe > Console (Successfully Installed).

    Then i noticed that the ’INSTALLED’ Column indicates ’Not Installed’ while the Right Column shows an ’Uninstall’ Option.
    as you can see here: Screenshot

    I tried to install and uninstall different packages over and over again and still it remains without a change. and The Error Log was empty.
    As i checked on the getFeed Package i’ve installed, the indication is wrong, and the getFeed extension is working fine.
    but i can’t be sure.

    _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
    I’m running MODx Revolution 2.0.3-pl 2.0.4-pl2 on a Local Machine
    (XAMPP 1.7.3 Over Windows 7) | PHP Version 5.3.1 | MySQL Version 5.1.41 | pdo mysql supported.
      Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...
      • 28215
      • 4,149 Posts
      Any relevant errors in core/cache/logs/error.log?
        shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
        • 11076
        • 159 Posts
        Thanks for the response laugh

        There were no errors on the error log.
        I cleaned cache sevrel times, before and after.
        Don’t know about the core.
        Maybe it’s something with the server settings (?).

        I asume that instead of the ’Not Installed’ status, i should get the date of the installation, right?
          Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...
          • 28215
          • 4,149 Posts
          Right. not sure why you aren’t.

          Are the files actually installed? A quick way to check to see if it actually updated would be to look at the package’s changelog, ie:
          core/components/quip/docs/changelog.txt

          and see if the version #s there match the ones in package management.
            shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
            • 11076
            • 159 Posts
            They fit. undecided

            I think it might be something about modx/server settings.
            When i’m logging to the manager zone, under ’MODx News’ box i’m getting a weird dates such as ’��� 21, 2010’
            (but either way it suppose to be a feed from modxcms.com so i don’t really know how much it indicates).

            All my settings including the data base is set to UTF-8, so i don’t really have a clue why it’s behaving the way it is.
              Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...
              • 28215
              • 4,149 Posts
              Yeah you need to update to 2.0.4pl2.
                shaun mccormick | bigcommerce mgr of software engineering, former modx co-architect | github | splittingred.com
                • 11076
                • 159 Posts
                laugh I’ve installed everything from scratch with a fresh installation of 2.0.4-pl2 and still, same problem/s.
                after installation i went right forward and first thing downloaded the package of Wayfinder and then went through the same workflow as i mentioned before.

                umm..


                MODx Revolution 2.0.4-pl2 on a Local Machine
                (XAMPP 1.7.3 Over Windows 7) | PHP Version 5.3.1 | MySQL Version 5.1.41 | pdo mysql supported.

                MySQL connection & collation are the same as the settings i used via installation process, meaning: utf8_general_ci.


                *I don’t know if it has influence but i changed
                (D:\WWWDev\server\xampp\mysql\bin\my.ini)’s and
                (D:\WWWDev\server\xampp\php\php.ini)’s Time-zone settings.
                but as i understand it doesn’t matter except in manner of +/- offset.

                ** maybe it’s the Windows 7 settings (?)

                just assumptions.

                damn..
                Let’s just drop the (mysql) tabels before we drop dead tongue
                just kidding..
                  Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...
                  • 11076
                  • 159 Posts
                  After viewing the db in phpmyadmin i really don’t get it.

                  under ’Table: modx_transport_packages’ on the ’installed’ column i get a valid date (2010-10-21 15:18:51)
                  and not a ’null’ as shown on the Gallery Package’s row (it’s fine cause i didn’t installed it yet).
                  so, .. on the db side the data is right and modx screw it up. it’s strange.


                    Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...
                    • 11076
                    • 159 Posts
                    huh

                    Added a screen cast to demonstrate, here:
                    http://screenr.com/Gkc

                    *the error log is still empty after this.
                    _

                    Should i report a bug at http://bugs.modx.com/projects/revo/issues ?
                      Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...
                      • 11076
                      • 159 Posts
                      I think i’ve found the reason, and it’s an UTF-8 Issue/charset-issue,
                      although the charset over MODx’s system settings is set to EN and UTF8. (as you can see in the screen cast above)

                      My local server (xampp/win7) has a different charset (windows-1255) and it’s effecting dates outputting those question marks .

                      First of all, i’ve found a way to convert and display the right chars for those question marks with the help of iconv function.
                      something like this:
                      <?php
                      $output = @iconv('windows-1255', 'UTF-8', $output);
                      
                      /* i don't know why but the code below doesn't work unlike the line above */
                      $output = utf8_encode($output);
                      ?>
                      

                      so now i got it all in utf-8 shown as Hebrew, nice. but now what?
                      my server has his own charset causing this, and for this particular site i want it (the date) to be in English
                      but modx settings doesn’t effect. i’m confused.

                      How should i resolve this?


                      _
                      umm.. another thought:

                      Let’s say i wanted to use a foreign language encoded as utf-8 over modx, i would have to hack the code through with iconv as well?
                      i think there’s must be a better solution for the back-end manager than hacking all the code so dates will be converted to the right Charset. or am i missing something?


                      _
                      i found that i can
                      setlocale(LC_ALL, 'english-us'); 
                      
                      // win:'english-us' ,linux:'en_US' ?

                      but why isn’t it a part of modx’s settings? or should it just ment to be edited via php.ini?
                        Michael Shraibman( gOmp)  | Freelance Design & Development | wink  impossible is nothing...