Extension talk:IssueTracker


 * Clif's hacks moved to subpage /Clif's hacks.
 * Most of the rest moved to subpage /Archive for the time being. Please resurrect all issues from there which are still valid. TIA --Nakohdo 19:26, 2 February 2011 (UTC)

Where do I configure the Issue list to show all issues instead of 30 items by default in View Issue?
Solution: --BertvanderHooft 20:34, 24 October 2009 (UTC)
 * Models/IssueTrackerModelDefault.php

Some things about "archived"
It's seem to having some situations.
 * Once a issues be archived, it's can't be search.
 * How to change a archived issues to other status?


 * I agree! This IssueTracker would be far more useful if you could "unarchive" issues!

Add Mail function
It will be better if this extension can send email to a user when a issues assigned to him or something changed in the issues like Todo Tasks.:-) --Roc michael 17:10, 15 April 2008 (UTC)

This can be achieved pretty easy, do the following modifications: open Actions/IssueTrackerActionAdd.php and edit funcion addAction, paste the following code:

after the line

Similarly, open Actions/IssueTrackerActionEdit.php and edit function editAction, paste the following code:

after the line

Finally, add the following messages into IssueTracker.i18n.php:

And that is, now you'll get an email once a new issue is assigned to you or changed. Milos Jakubicek 15:01, 4 August 2009 (UTC)

Special Page fix
Thanks for the great extension. I particularly like how your MVC framework lets you run everything on a Special Page instead of at the issue tag.

However I needed to make a few tweaks to get it to work with multiple projects ...

With these changes you can use Special:IssueTracker/. There is still an issue with the i18n bits; it doesn't seem to work when the name of the special page is different from 'IssueTracker' - hence the change in the i18n file.

Eclecticdave 19:29, 30 May 2008 (UTC)

Problem when trying to use groups to restrict permissions
Hello, first of all thanks for an excellent extension, it seems to fulfill our needs perfectly. Just having a small issue while attempting to restrict the ability of certain users to add, assign, archive etc. Ive attempted to create a separate group that will have permissions to do these things but will allow only normal logged in users to view. I dont want to use the Sysop user as per the example I have done the following as per examples create a new group in my localsettings.php file (not sure what permissions they will need to be able to create and assign tasks)

and in my issuetracker.config.php

I am a member of the WAB group from the user list page Wiltonm ‎(WAB, Bureaucrat, Sysop) But when attempting to add or assign i get the following error You are not authorized to view this page

are there specific permissions that i need to assign the WAB group to allow, assigning and adding ???

cheers regards Mark Wilton

203.9.185.216Resolved, Case is significant, make your group all lower case Mark Wilton

Another solution
Or, if you'd prefer not to have the extension dictate your group names, go to the hasPermission function in IssueTrackerAction.php and change

to

Thanks, Clif Johnston

Special List Users Error
I found that SpecialListusers.php is in wiki/include/specials. The path used in IssueTrackerActionAdd.php doesn't get there.

Warning: require_once(SpecialListusers.php) [function.require-once]: failed to open stream: No such file or directory in xxxxx/xxxxx/xxxx/extensions/IssueTracker/Actions/IssueTrackerActionAdd.php on line 119

Try changing that line to

--Nakohdo 20:05, 31 January 2011 (UTC)

Alternative SQL code for Postgres
I modified the table creation code to work on Postgres:

Note that I removed the NOT NULL constraint from the history column, since it is currently not used by the code, and as such it would lead to fatal exceptions. Also, there is no index on the user_id column, but that could be created separately. For the time being, I just went for the absolute minimum to make it work. - Patai Gergely

A hack similar to Clif's to add a text field instead of a radio field
I will format this appropriately at a later time, But here is is for now. Creating a new text field This tutorial will create a text entry field called phone number

This is similar to Clif's but instead of adding a drop down menu, you add a text box

I'll call it Chuck's Hack

Edit the files to have the capacity to store the extra field
a) Open issueTracker.i18n.php and add this line

b) Open IssueTrackerActionEdit.php and around line 47, add to list: There is a list of similarly formatted lines there already, and where in there you put it doesn’t matter

c) In issueTrackerModelDefault.php Add to public function addIssue($postData, $userId, $userName) Do the same in the next function which is update issue

Once again, in both functions, the order does not matter

d) In edit.html add this after the summary section, around line 29, or read the html and add it wherever you want to. You are pretty much adding a column to the row. The cols variable should be 10 but play around with the rows and tabindex to see what they do. The phone_number variable is used 4 time so make sure you replace all 4.

Add this in the same way to add.html

e) In view.html add:

If you want it shown in the list format view
-> when it is displayed on the web page and not just when viewing/editing the details a) Do the following in list.html

i) Around line 75 add the line below, replacing ** with the width that you want.

Remember the relative position because for the next step, since you are inserting another column in the table, you want to place it in the same column in the second row which you add below.

ii) Around line 91 add the following:

In the same relative position to where you added the first. I.e. if you add the first right before assignee, you add this one before the assignee column.

And there you go, you have another column added.

Having problem in adding issues. Please help
Hi, I have installed issue tracker for my mediawiki intranet. It works fine but have problem with adding new issues to tracker. When I login as Admin and double click 'View Issues' using right button in the mouse, the add issue page opens well. But, this does not happen when I am logged in as a normal user. It doesn't work even after I tried changing permissions in IssueTracker.config.php from

to

I am quite new to wiki. If someone know how to fix this, please help me

Thank you, Sathish

"[add]" link not displayed if section-editing disabled
The "[add]" link is with a span tag with a class of "editsection". If section editing is disabled, though, the "[add]" link does not display.

I ended up editing all pages in the Views/ directory to add  to each span tag with a class of "editsection", since I really don't want section editing enabled.

CSchelin 20:01, 28 October 2010 (UTC)

i18n - German
Only a quick translation, just add this code to IssueTracker.i18n.php

--Nakohdo 15:45, 1 February 2011 (UTC)


 * Hi Nakohdo, I reformated the translations to match MediaWiki standard. I am not sure if this extension supports language fallback. If not 'de-formal' should be fully translated. Perhaps you test it at your wiki if my changes work. Otherwise just revert my edit. Cheers --&#91;&#91;kgh&#93;&#93; 16:14, 1 February 2011 (UTC)
 * Many thanks for reformatting! That was next on my to-do-list ;-) It's much easier to maintain and reuse for additional languages. I'm also working on making the rest of the extension's messages translatable - so stay tuned. --Nakohdo 10:36, 2 February 2011 (UTC)
 * :) Another option would be to move this extension into MediaWiki-SVN. Thus I18N would automatically performed by users of translatewiki.net in heaps of languages. Cheers --&#91;&#91;kgh&#93;&#93; 11:12, 2 February 2011 (UTC)
 * That would be great. Do you have any pointers on how to do this? tia --Nakohdo 13:56, 2 February 2011 (UTC)
 * That is what I have found: Commit_access Cheers --&#91;&#91;kgh&#93;&#93; 14:12, 2 February 2011 (UTC)
 * Thanks! --Nakohdo 18:02, 2 February 2011 (UTC)

Add  tags to avoid breaking Special:Version page
Change IssueTracker.php as follows to avoid that there will show an issue tracker on the Special:Version page.

And while you're at it, also add the correct URL to the extension's homepage and a link to it's own special page (only relevant lines shown):

--Nakohdo 19:31, 8 February 2011 (UTC)

adding/editing issues only works in the "talk" namespace for me
I'm running MW-1.16.1 and have just added this extension. I did a number of the fixes that are listed and everything works and makes sense except that the adding and editing of issues only works in the "Talk:" namespace. I am logged in as the WikiSysop. Is this the intended behavior?

Unable to load mediawiki
I am not sure that this matters but I'm using Fedora 14 and the latest mediawiki. When adding the line to LocalSettings.php, the mediawiki fails to load completely. Without this line it works fine but no Issuertracker of course. Tried both syntaxes. Does anyone know why?

require_once( "$IP/extensions/IssueTracker/IssueTracker.php" );
 * 1) Issue Tracker **********
 * 2) require_once $IP . '/extensions/IssueTracker/IssueTracker.php';

permissions are all set to 777 for the extensions directory and issue_tracker table exists in database.

I had to comment out the following lines in IssueTracker.php (line 81) & IssueTracker.body.php (line 39)
 * 1) wfLoadExtensionMessages('IssueTracker');

GitHub repository
Hey folks

I've copied this extension out of the SVN repo where it was and converted it to a git repository hosted on GitHub. I've applied some of the fixes that people have mentioned, and I'm working on making it a bit more secure and closer to MediaWiki's existing code (such as using MediaWiki's permissions system etc).

If you want a version with the fixes applied, download the tag called "release-1.0.1", otherwise the original is tagged as "release-1.0"

I welcome some help if people are willing to give it :)

&#91; stwalkerster &#124; talk &#93;  16:19, 23 May 2011 (UTC)

The "add" link is broken
I only installed the IssueTracker normally, without problems, but the "add" link is in red and guides to a blank page. (So I can't do anything with the IssueTracker...)

Got the same error...

Catchable fatal error: Argument 1 passed to UsersPager::__construct must implement interface IContextSource
Catchable fatal error: Argument 1 passed to UsersPager::__construct must implement interface IContextSource, string given, called in /wiki/extensions/IssueTracker/Actions/IssueTrackerActionAdd.php on line 122 and defined in /wiki/includes/specials/SpecialListusers.php on line 37

I get the error above when trying to add an issue. Anybody have any idea how to fix this?

Find: Change to:

Extension breaks MediaWiki, "Call to undefined function wfLoadExtensionMessages"
Using	Version... MediaWiki	1.21alpha (4f82723) PHP	5.3.3-7+squeeze14 (apache2handler) MySQL	5.1.66-0+squeeze1

When I add the extension to LocalSettings I get the following error in the browser:

[Wed Jan 23 15:39:55 2013] [error] [client 160.111.254.15] PHP Fatal error: Call to undefined function wfLoadExtensionMessages in /var/www/core/extensions/IssueTracker/IssueTracker.php on line 81, referer: http://localhost/core/index.php/Sandbox

Anyone have any idea what's going on? Is this extension at this point just abandonware?

Answer: I have same problem too, but i have tried to disable "wfLoadExtensionMessages" in IssueTracker.php and IssueTracker.body.php and it's work for me (i using MediaWiki: 1.21.1,PHP: 5.4.7 (apache2handler) and MySQL: 5.5.27) for your reference please check here and here


 * This answer worked for me. To be clear, commenting out "wfLoadExtensionMessages" in both IssueTracker.php and IssueTracker.body.php. (Mediawiki 1.22.4, PHP 5.3.10, MySQL 5.5.35)

Update planned ?
Hi, is there an update for current MW-Versions planned? I think this is a powerful extension that should be used on many MW-platform... --hollosch (talk) 09:22, 29 October 2014 (UTC)
 * It’s the only one you find for MediaWiki, and it’s a shame it’s not under active developement :-( --79.196.121.83 12:04, 17 January 2015 (UTC)

The Assignee List drop-down only shows the first 50 WIKI users
If you try to change the assignee of an issue, and the user is further down the list than the default page number, the user will not be shown or selectable. This bug is the result of the default number of users listed on the special page UsersList.

Fix: edit IssueTrackerActionAdd.php, insert a line in _getUsers function to read like this:

Find: $users = new UsersPager($group); Change to: $users = new UsersPager($group); $users->setLimit(4999);