|
|
|
@ -3,7 +3,7 @@
|
|
|
|
|
username: 'user1'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user1@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
-
|
|
|
|
@ -43,55 +43,55 @@
|
|
|
|
|
username: 'user6'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user6@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 7
|
|
|
|
|
username: 'user7'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user7@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 8
|
|
|
|
|
username: 'user8'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user8@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 9
|
|
|
|
|
username: 'user9'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user9@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 10
|
|
|
|
|
username: 'user10'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user10@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 11
|
|
|
|
|
username: 'user11'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user11@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 12
|
|
|
|
|
username: 'user12'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user12@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
- id: 13
|
|
|
|
|
username: 'user13'
|
|
|
|
|
password: '$2a$14$dcadBoMBL9jQoOcZK8Fju.cy0Ptx2oZECkKLnaa8ekRoTFe1w7To.' # 1234
|
|
|
|
|
email: 'user14@example.com'
|
|
|
|
|
is_active: true
|
|
|
|
|
is_active: 1
|
|
|
|
|
updated: 0
|
|
|
|
|
created: 0
|
|
|
|
|
Would it make sense to use
boolean
in DDL instead? It seems to be supported in all the languages (even though outside of Postgres only as aliases):SQLite
PostgreSQL
MariaDB
I've since changed how the tables are initialized and let xorm handle it based on the type of the field in Go. It seems like for postgres, it creates boolean table definitions. We could change the fixtures back to
true
/false
values now, but the underlying data types in postgres were stilltinyint
s which need either0
or1
.Reverted it since it works with postgres after the other fixes.