1. 02 Apr, 2006 2 commits
  2. 31 Mar, 2006 1 commit
  3. 28 Mar, 2006 1 commit
  4. 23 Mar, 2006 1 commit
  5. 07 Mar, 2006 1 commit
  6. 04 Mar, 2006 1 commit
  7. 27 Feb, 2006 3 commits
  8. 26 Feb, 2006 2 commits
  9. 21 Feb, 2006 1 commit
  10. 12 Feb, 2006 1 commit
  11. 10 Feb, 2006 1 commit
  12. 09 Feb, 2006 1 commit
  13. 05 Feb, 2006 1 commit
  14. 01 Feb, 2006 2 commits
  15. 29 Jan, 2006 1 commit
  16. 24 Jan, 2006 2 commits
  17. 22 Jan, 2006 1 commit
  18. 21 Jan, 2006 1 commit
  19. 17 Jan, 2006 1 commit
  20. 12 Jan, 2006 1 commit
  21. 05 Jan, 2006 2 commits
  22. 04 Jan, 2006 1 commit
  23. 02 Jan, 2006 1 commit
  24. 31 Dec, 2005 1 commit
  25. 27 Dec, 2005 1 commit
  26. 22 Dec, 2005 1 commit
  27. 21 Dec, 2005 1 commit
  28. 16 Dec, 2005 1 commit
  29. 09 Dec, 2005 1 commit
  30. 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
  31. 07 Dec, 2005 1 commit
  32. 03 Dec, 2005 1 commit
  33. 02 Dec, 2005 1 commit