~gtg-user/gtg/bugfix-578444 : changes

~gtg-user/gtg/bugfix-578444 » Changes from revision 780

From Revision 780 to 761

Rev	Summary	Authors	Date
780	possible solution possible solution	Luca Invernizzi	13 years ago
779	solved a possible crash introduced with rev 765. Found a goo... solved a possible crash introduced with rev 765. Found a good way to parse and pop a python list elegantly	Lionel Dricot	13 years ago
778	This commit introduces a new feature in the FilteredTree : r... This commit introduces a new feature in the FilteredTree : returns the number of tasks if we apply some filters to the current tree (but without effectively applying them). This is now used to get the tag count easily. Also, workview is not anymore a special case. It's only a filter like any other and it should eventually not appear anywhere but in filterbank (and in its UI button).	Lionel Dricot	13 years ago
777	last hudson problem last hudson problem	Luca Invernizzi	13 years ago
776	Crash handler is expanded when showing the crash (fixing bu... Crash handler is expanded when showing the crash (fixing bug lp #587241)	Luca Invernizzi	13 years ago
775	Fixing tests on Hudson. Fixing tests on Hudson. (sorry for the multiple commits, but it's the only way to verify that it works on hudson)	Luca Invernizzi	13 years ago
774	Checks if pydoctor is present before running the ApiDocs tes... Checks if pydoctor is present before running the ApiDocs test (otherwise the test fails on http://mumak.net:8080/job/GTG)	Luca Invernizzi	13 years ago
773	Forgot to add the test case Forgot to add the test case	Luca Invernizzi	13 years ago
772	Added a test that check that documentation correctly builds Added a test that check that documentation correctly builds	Luca Invernizzi	13 years ago
771	Fixing TagStore tests. Fixing TagStore tests. It was full of Tag('tagname', lambda: something) while the signature for the Tag class is Tag(name, requester). I wonder why it didn't fail..	Luca Invernizzi	13 years ago
770	Tags created in the QuickAdd had self.req = None, which caus... Tags created in the QuickAdd had self.req = None, which caused crashes afterwards	Luca Invernizzi	13 years ago
769	startup time huge improvement by not saving the tagstore hun... startup time huge improvement by not saving the tagstore hundred times at start	Lionel Dricot	13 years ago
768	Played a bit with profiling : it appears that most of our ru... Played a bit with profiling : it appears that most of our runtime is spent in the tagtree, which is clearly suboptimal. Instead of having stuffs like "is_in_workview", we should use filters everywhere.	Lionel Dricot	13 years ago
767	solving a lot of crashes in trees and probably fix bug #5857... solving a lot of crashes in trees and probably fix bug #585738	Lionel Dricot	13 years ago
766	in fact, I should not create taskiter everywhere. I should r... in fact, I should not create taskiter everywhere. I should reuse them	Lionel Dricot	13 years ago
765	mmm, still lot of crashes that I didn't see before mmm, still lot of crashes that I didn't see before	Lionel Dricot	13 years ago
764	solving bug #582874 introduced by Luca on crack solving bug #582874 introduced by Luca on crack	Lionel Dricot	13 years ago
763	Support for multiple parents is now officially complete. It ... Support for multiple parents is now officially complete. It means that the logic behind our tree fully support tasks with multiple parents.	Lionel Dricot	13 years ago
762	Tasks with multiple parents should now be handled normally. ... Tasks with multiple parents should now be handled normally. (bug #585275) There's still one case where we will return a random parent because we implement the pygtk on_iter_next and cannot do anything about it. (it means that now FilteredTree supports multiple parents. But Tasktree does perfectly because it implements TreeModel which cannot support that) Currently, a warning is displayed but it doesn't look like it affects the way GTG is running. Please report any bug related to tasks with multiple parents.	Lionel Dricot	13 years ago
761	Fixed the incorrect "notag" count. It was only because the "... Fixed the incorrect "notag" count. It was only because the "active" filter was not applied to that filteredtree, thus counting closed notag task too. Question is: why were those tasks not displayed ? Is this another filter somewhere ? We have to remove it. Also remove the get_nodes_count function in filteredtree : a similar get_n_nodes already exists since the beginning !	Lionel Dricot	13 years ago

Older »