Well, it sure took long enough... But good things come to those who wait. :-)
http://www.mozilla.org/projects/testopia/
As mentioned earlier, this moves a lot of files. Please be sure to answer NO when asked during checksetup if you need to merge any of your own changes into the new locations.
As always, enjoy!
Subscribe to:
Post Comments (Atom)
11 comments:
Greg, thanks for your work.
Fantastic work, thanks for everything you've done.
Many thanks.
So with 2.3 released is Testopia effectively, at this point, dead? (With no future revisions or support planned?) The blog post from August has pretty much has us shelve our plans for Testopia.
No one said anything about killing Testopia. The main developer just switched jobs is all. The company he used to work for paid for Testopia and is still planning on maintaining it. Whether the new developers will be as involved in the project, who can say. This is open source software. If you want to sponsor more development you can do so with your own people and money, or you can offer to help in other ways. The project will live on regardless as long as people are interested in it and find it useful.
I'm loving the GUI!!
After bugzilla it feels so advance and fresh.
Would also love to here whats coming in the next version.
Thank you for all your work !!
Your blog keeps getting better and better! Your older articles are not as good as newer ones you have a lot more creativity and originality now keep it up!
Hi Greg, thank you very much. Is there any chance you could have a look at this please: https://bugzilla.mozilla.org/show_bug.cgi?id=533515
Perhaps there is a simple fix or code change to fix it?
Nice, but:
I see the unsigned columns are still not automatically converted, had to do it manually again.
The db patching is not correct: when upgrading from BZ 3.0/TT 2.1 to BZ 3.4/TT 2.3, some FK's were not added; at least test_runs had only 1 FK, while a clean install had 4, but the weirdest; if going from BZ 3.0/TT 2.1 to BZ 3.4/TT 2.3 via BZ 3.2 /TT 2.2 test_runs have 5 FK's (fk_test_runs_default_tester_id_profiles_userid is the extra one). Did a schema diff and found many other (minor) differences as well while the bugzilla tables were 100% equal.
For those of you who get this error when attaching something to an existing bug:
Undefined subroutine &Bugzilla::BugMail::editable_bug_fields
These are the fixes from Greg (thanks):
line 63 of lib/Testopia/Constants.pm:
Change
@Bugzilla::Constants::EXPORT_OK = qw(contenttypes);
to
@Testopia::Constants::EXPORT_OK = qw(contenttypes);
line 62 of lib/Testopia/Environment.pm:
Change
@Bugzilla::Bug::EXPORT = qw(check_environment);
to
@Testopia::Environment::EXPORT = qw(check_environment);
Post a Comment