1. 28 Mar, 2006 1 commit
  2. 23 Mar, 2006 1 commit
  3. 07 Mar, 2006 1 commit
  4. 04 Mar, 2006 1 commit
  5. 27 Feb, 2006 3 commits
  6. 26 Feb, 2006 2 commits
  7. 21 Feb, 2006 1 commit
  8. 12 Feb, 2006 1 commit
  9. 10 Feb, 2006 1 commit
  10. 09 Feb, 2006 1 commit
  11. 05 Feb, 2006 1 commit
  12. 01 Feb, 2006 2 commits
  13. 29 Jan, 2006 1 commit
  14. 24 Jan, 2006 2 commits
  15. 22 Jan, 2006 1 commit
  16. 21 Jan, 2006 1 commit
  17. 17 Jan, 2006 1 commit
  18. 12 Jan, 2006 1 commit
  19. 05 Jan, 2006 2 commits
  20. 04 Jan, 2006 1 commit
  21. 02 Jan, 2006 1 commit
  22. 31 Dec, 2005 1 commit
  23. 27 Dec, 2005 1 commit
  24. 22 Dec, 2005 1 commit
  25. 21 Dec, 2005 1 commit
  26. 16 Dec, 2005 1 commit
  27. 09 Dec, 2005 1 commit
  28. 08 Dec, 2005 1 commit
    • Dries's avatar
      - Patch #40341 by Neil: fixed problems with database schema versions. · c54234d7
      Dries authored
        - When user #1 creates an account (we can assume this happens only once), system.module's schema version is set to the latest availiable.
        - system_get_files_database() now includes a 'schema_version' child of each file object.
        - That new information is re-saved when Drupal re-populates the system table.
        - An array of newly-enabled modules is built, module_list() is reloaded, and the schema versions of each newly-enabled module are set to the most recent availiable. If the schema version is already set (presumably from a previous installation) it is not changed.
      c54234d7
  29. 07 Dec, 2005 1 commit
  30. 03 Dec, 2005 1 commit
  31. 02 Dec, 2005 2 commits
  32. 30 Nov, 2005 1 commit
  33. 29 Nov, 2005 1 commit