-
Notifications
You must be signed in to change notification settings - Fork 2
/
Copy pathREADME.changes
201 lines (129 loc) · 6.33 KB
/
README.changes
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
2015/09/08
==========
New job management!
New configuration key need to be added.
query.query.qqueue.userQueues.long.priority 10
query.query.qqueue.userQueues.long.timeout 2400
query.query.qqueue.userQueues.short.priority 20
query.query.qqueue.userQueues.short.timeout 30
If running direct queries:
ALTER TABLE `Query_Jobs` ADD COLUMN `sources` TEXT NOT NULL;
ALTER TABLE `Query_Jobs` ADD COLUMN `prev_status_id` INTEGER;
ALTER TABLE `Query_Jobs` ADD COLUMN `type_id` INTEGER;
ALTER TABLE `Query_Jobs` ADD COLUMN `group_id` INTEGER;
ALTER TABLE `Query_Jobs` ADD COLUMN `prev_id` BIGINT;
ALTER TABLE `Query_Jobs` ADD COLUMN `next_id` BIGINT;
ALTER TABLE `Query_Jobs` ADD COLUMN `ip` VARCHAR(45);
ALTER TABLE `Query_Jobs` ADD COLUMN `nrows` BIGINT;
ALTER TABLE `Query_Jobs` ADD COLUMN `size` BIGINT;
ALTER TABLE `Query_Jobs` ADD COLUMN `complete` BOOL NOT NULL;
ALTER TABLE `Query_Jobs` ADD COLUMN `removed` BOOL NOT NULL;
ALTER TABLE `Query_Jobs` DROP `comment`;
If running qqueue queries:
Query_Jobs needs to be dropped (should be empty) and ./init.php -s needs to be run.
In addition
moveJob,createGroup,updateGroup,moveGroup,toggleGroup,deleteGroup
have to be added to the permissions for Query_Model_Account guest or user in Auth_Rules.
2015/04/21
==========
Query_Examples needs to be altered:
ALTER TABLE `Query_Examples` ADD COLUMN `order` INTEGER;
2015/03/02
==========
Auth_Token needs to be created, run
./init.php -s
Requrired columns for detail keys:
ALTER TABLE `Auth_DetailKeys` ADD COLUMN `required` BOOL NOT NULL;
ALTER TABLE `Meetings_ParticipantDetailKeys` ADD COLUMN `required` BOOL NOT NULL;
ALTER TABLE `Meetings_ParticipantDetailKeys` ADD COLUMN `hint` VARCHAR(256);
2014/12/08
==========
New static file functionality, run ./init.php -si to add the new table.
Resources neew to be updated as well.
2014/10/10
==========
Query_Model_Account::listJobs() has been renamed to index().
Query_Model_Download::regen() has been renamed to regenerate().
Dropping and re-initing Auth_Rules or manually changing the strings in
Auth_Rules.permissions is required.
2014/09/22
==========
The suffixed for the download adapters have been changed and need to be changed in
the configuration of existing applications as well:
'mysql' => array('suffix' => "sql")
'csv' => array('suffix' => "csv")
'vodump-csv' => array('suffix' => "csv")
'votable' => array('suffix' => "votable.xml")
'votableB1' => array('suffix' => "votableB1.xml")
'votableB2' => array('suffix' => "votableB2.xml")
Note that the dot at the beginning is removed and will be added automatically.
2014/07/18
==========
Meetings module refactored: Participant detail keys and meetings need to be updated.
ALTER TABLE `Meetings_ParticipantDetailKeys` ADD COLUMN `type_id` INTEGER NOT NULL;
ALTER TABLE `Meetings_ParticipantDetailKeys` ADD COLUMN `options` VARCHAR(256);
ALTER TABLE `Meetings_Meetings` ADD COLUMN `slug` VARCHAR(256) NOT NULL;
2014/07/11
==========
The headDaiquiri helper is now called headStatic. Layout files need to be updated.
2014/05/19
==========
Big refactoring, a lot of things to change:
* update init to new layout, especially $options['init'] key
* update database schema
in the database:
DROP TABLE Auth_Resources;
DROP TABLE Auth_Rules;
DROP TABLE Config_Entries;
RENAME TABLE Config_Messages TO Core_Messages;
RENAME TABLE Config_Templates TO Core_Templates;
ALTER TABLE Data_Columns ADD COLUMN `publication_select` BOOLEAN;
ALTER TABLE Data_Columns ADD COLUMN `publication_update` BOOLEAN;
ALTER TABLE Data_Columns ADD COLUMN `publication_insert` BOOLEAN;
ALTER TABLE Data_Columns ADD COLUMN `publication_role_id` INTEGER;
DELETE FROM Auth_Sessions;
in the app directory:
./init.php -si
2014/02/20
==========
Order parameter for databases, table, columns, and function in data module introduced.
Re-Init or manual fix needed:
ALTER TABLE `Data_Databases` ADD COLUMN `order` INTEGER;
ALTER TABLE `Data_Tables` ADD COLUMN `order` INTEGER;
ALTER TABLE `Data_Columns` CHANGE COLUMN `position` `order` INTEGER;
ALTER TABLE `Data_Functions` ADD COLUMN `order` INTEGER;
2013/12/10
==========
Data permissions rewritten, resources in data do not check the publication role anymore. Concordantly, the Models in data should only be accessible by admin. Remove permissions on Data_Model_Databases, Data_Model_Tables, Data_Model_Columns, and Data_Model_Functions for user and guest.
WARNING! not setting this might be a potential security problem!
In init.php $options['data']['database'], $options['data']['tables'], $options['data']['columns'], $options['data']['functions'], $options['query']['examples'], the publication_role is now given by the corresponding string and not by the ID. Therefore publication_role_id is not valid anymore.
2013/12/04
==========
Table `Config_Messages` added. Resource 'Config_Model_Messages' with permission 'index,show,create,update,delete' for admin and 'show' for guest/user added.
Re-Init or manual fix needed:
CREATE TABLE IF NOT EXISTS `Config_Messages` (
`id` INTEGER PRIMARY KEY NOT NULL AUTO_INCREMENT,
`key` VARCHAR(256) NOT NULL,
`value` TEXT NOT NULL
) ENGINE InnoDB COLLATE 'utf8_unicode_ci';
INSERT INTO `Auth_Resources` VALUES (NULL,'Config_Model_Messages');
SET @resource_id := (SELECT id FROM `Auth_Resources` WHERE `resource`='Auth_Resources');
SET @role_id := (SELECT id FROM `Auth_Roles` WHERE `role`='admin');
INSERT INTO `Auth_Rules` VALUES (NULL,@role_id,@resource_id,'index,create,show,update,delete');
SET @role_id := (SELECT id FROM `Auth_Roles` WHERE `role`='user');
or
SET @role_id := (SELECT id FROM `Auth_Roles` WHERE `role`='guest');
INSERT INTO `Auth_Rules` VALUES (NULL,@role_id,@resource_id,'show');
2013/12/03
==========
In init.php $options['auth']['user'] the status and the role are now given by the corresponding string and not by the ID. Therefore status_id and role_id are not valid anymore.
Fields `description`, and `publication_role_id` added to Table `Query_Examples`. Re-Init of query example needed:
Re-Init or manual fix needed:
ALTER TABLE `Query_Examples` ADD `description` TEXT;
ALTER TABLE `Query_Examples` ADD `publication_role_id` INTEGER;
2013/11/22
==========
From now on, add the following config entry to your instance:
auth.activation:
set this to 1 if you want the user account to be validated by a moderator, the default value is 0.
WARNING! not setting this might be a potential security problem!