Bastien Montagne 00166ff62e
Better fix for T47787 - remove extra user due to 'user_one' as soon as we increase 'real' user count. ...
This has several benefits:
* User count remains coherent, regardless of the order in which you use 'user_one' & real refcounting users
(i.e. if you add to group, and then link in scene, or the reverse, you now always get same final user count).
* Avoids the need to check for potential 'user_one' extra user in count in several places in code (e.g. when
making IDs single users...).
* Users won't wonder why they cannot make 'single user' and ID even though its user count shows '2'!
* readfile.c now always uses code from BKE's library.c when modifying id->us. Which means we can consider
(asside from assignment during initialization) that id->us is read-only outside of library.c context.
Note that this commit reverts previous one (rB6b1d77a8052b) - please **do not** backport this one in 2.77.
2016-03-14 15:05:52 +01:00
2016-03-14 15:05:52 +01:00
2015-06-13 03:24:07 +10:00
2015-05-11 12:39:39 +10:00
2015-04-02 17:13:45 +02:00
2015-05-12 16:06:37 +05:00
2015-05-06 11:13:42 +10:00
2016-01-09 09:17:18 +11:00
2016-03-03 21:11:22 +11:00
2015-05-18 13:42:47 +10:00
2016-02-18 19:35:48 +11:00
2016-01-25 19:01:54 +11:00
2016-03-10 09:28:29 -03:00
2015-09-23 22:57:00 +10:00
2015-08-06 13:03:07 +10:00
2015-07-31 14:00:07 +10:00
2015-10-28 02:43:06 +05:00
2015-03-30 21:18:49 +11:00
2016-02-07 13:32:11 +13:00
2015-07-02 16:20:22 +10:00
2015-10-20 14:44:57 +02:00
2015-01-24 17:26:59 +11:00
2016-02-28 15:29:56 +01:00
2015-07-25 07:44:25 +10:00
2016-02-09 00:19:28 +11:00
2015-08-27 12:10:01 +02:00
2016-02-02 17:39:40 +11:00
2015-03-29 03:56:39 +11:00
2015-07-27 16:01:56 +10:00
2015-12-14 00:16:05 +11:00
2015-08-01 12:37:52 +10:00
2015-03-29 03:56:39 +11:00
2015-03-30 21:18:49 +11:00
2015-03-29 03:56:39 +11:00
2016-02-12 11:05:05 -02:00
2015-03-19 14:34:14 +11:00
2016-01-04 01:25:52 -05:00
2016-02-09 02:45:36 +13:00
2015-11-02 21:20:03 +11:00
2015-05-11 16:37:15 +02:00
2015-10-15 16:12:00 +02:00
2015-01-01 23:42:28 +11:00
2016-02-01 16:11:24 +01:00
2015-10-12 20:12:55 +02:00
2015-10-20 14:44:57 +02:00
2015-10-20 14:44:57 +02:00
2016-01-06 19:48:10 +01:00
2016-03-14 15:05:52 +01:00
2015-10-20 14:44:57 +02:00
2015-10-23 01:20:01 +11:00
2015-06-11 19:34:21 +02:00
2015-12-28 00:37:07 +01:00
2015-04-07 13:19:50 +10:00
2015-10-20 14:44:57 +02:00
2015-07-23 15:08:27 +10:00
2015-07-13 18:05:38 +02:00
2016-03-14 15:34:03 +11:00
2015-10-08 15:05:37 +02:00
2015-10-06 19:44:02 +11:00
2015-07-30 14:43:58 +02:00
2015-04-14 18:39:02 +12:00
2016-02-11 22:34:15 +01:00
2016-01-21 08:03:47 +11:00
2016-01-09 09:42:14 +01:00
2015-11-12 18:54:26 +11:00
2015-04-07 11:01:47 +10:00
2015-05-01 19:20:42 +02:00
2015-08-31 22:00:30 +03:00
2016-02-02 15:01:58 +01:00
2016-02-13 18:59:56 +11:00
2016-01-23 08:39:40 +01:00
2015-11-13 15:26:22 +01:00
2015-10-08 15:05:37 +02:00
2015-10-08 15:05:37 +02:00
2016-03-10 09:28:29 -03:00
2015-12-01 13:31:26 +11:00
2016-02-16 00:07:03 +11:00
2016-03-07 11:24:03 +11:00
2016-01-09 04:37:53 +01:00
2015-10-06 19:44:02 +11:00
2015-10-20 14:44:57 +02:00
2015-11-04 21:30:25 +05:00
2015-10-25 17:44:32 +11:00
2016-03-11 00:06:09 +11:00
2015-07-18 22:49:10 +02:00
2016-01-26 11:44:43 +01:00
2014-08-26 20:53:41 +10:00
2015-10-20 14:44:57 +02:00
2015-04-06 10:40:12 -03:00
2015-04-06 10:40:12 -03:00
2015-04-07 08:46:48 +10:00
2016-02-15 19:05:25 +11:00
2016-02-03 14:40:02 +01:00
2014-10-30 23:12:19 +05:00
00166ff62e