|
2214 | Backend/Core | Information | Low | Changing status of task automatically | Unconfirmed | |
| | | 17.10.2016 | 06.11.2016 |
Task Description
Hello again,
I was wondering (again ) if the following scenario is possible for this bug tracking solution:
Our company uses this bug tracker mainly for helpdesk issues. However, our main users (except IT department) don’t seem to easily understand how to change the status of a ticket, they aren’t interested in doing that also.
So I would like to know if there is a way that we can develop some automatisation in changing the status automatically after customer replies to a message.
Let’s see the following scenario:
user A posts a new task
user B assigns himself (or other) to that specific task - the status automatically is changed to Assigned
user B replies to task by adding a comment - as a result of adding the new comment the task status should change automatically to Waiting for customer - without the need that user B to change the status
user A checks the comment from user B and decides to comment back to him. After pressing the Add comment button, the status should change automatically to Waiting for assignee
If the task is needed to have another status, the users can change them manually, but the automated part should be the waiting for customer and assignee.
On a basic algorithm it shouldn’t be hard (if user is logged in and is task owner, then after comment, task detail - status changing to id 4-5 from task-statuses table on mysql; if user is logged in and assigned to task, after adding comment change status 4-5 from task-statuses table).
I saw this thing on an otrs platform and it is quite ok for a simple user like ours.
Is there any way that we can personalise the flyspray in this way?
If yes, please give us an elaborate answer with what I should do for this to work.
Thanks in advance.
|
|
2209 | Authentication | Feature Request | Medium | TLS support for LDAP | Unconfirmed | |
| | 1 | 09.10.2016 | 04.09.2019 |
Task Description
It would be helpful to have communication with LDAP via TLS
|
|
2207 | Backend/Core | Bug Report | High | Nonpublic project titles and project description exposi... | Confirmed | |
| 1.0 | | 23.09.2016 | 29.09.2016 |
Task Description
When a anonymous user tries to display a ticket of a non public project (for example by entering a random ticket id), Flyspray exposes the title of the non public project in the header bar.
Edit by peterdd: also applies to project description
|
|
2203 | Backend/Core | Information | Low | language files are in folder lang. But i can't change l... | Unconfirmed | |
| | | 21.09.2016 | 21.09.2016 |
Task Description
In Admins Toolbox (Project preferences) i choose language de. The file exists in folder lang. But only english is shown. the same for french and so on. No really changes.
|
|
2202 | Installer and Upgrader | Bug Report | High | Unable to upgrade | Unconfirmed | |
| | | 10.09.2016 | 11.10.2016 |
Task Description
I tried to upgrade from 0.9.9.7 to 1-0-rc1 but I end in an infinite redirection loop
I tried to use the github version, to change the domain name (hosted in dreamhost), to use/not-use the .htaccess, upgraded the version of php from 5.5 to 5.6, to change all the settings in the flyspray.conf.php file, but still having the error after to perform the Upgrade task and removing the setup dir
Used the prepacked dependencies since i cannot install them in this server
Thanks Thanatermesis
|
|
2201 | API | Bug Report | High | I got Fatal Error on the Github OAuth | Unconfirmed | |
| 1.0 | | 07.09.2016 | 09.09.2016 |
Task Description
Fatal error: Class 'League\OAuth2\Client\Provider\Github' not found in /html/bugs/includes/GithubProvider.php on line 11
I have downloaded this: Precompiled with 3rd party libs for PHP5.6: flyspray-1.0-rc1_php56.tgz and the file seems really dont exist.
|
|
2200 | User Interface | Bug Report | Medium | Incomplete list of timezones available in the user pref... | Unconfirmed | |
| | | 26.08.2016 | 26.08.2016 |
Task Description
The user preferences and the add new user screens both allow you to set the timezone offset of the user, however, we are only provided with whole hour offsets from GMT. This makes it impossible to select our timezone here in India, which is GMT+5:30 - IST(Indian Standard Time - Asia/Kolkata as per TZ Zoneinfo). In addition, there are also timezones in the GMT+x:45, which wouild also require to be handled. Note, this is totally independent of DST Changes, since some of the countries use DST(Like in Australia) and others do not(Like India).
Here is a link with more details of the same - http://www.timeanddate.com/time/time-zones-interesting.html
I will be trying to identify and fix the codebase to resolve this, and will hopefully have a patch to submit soon.
Regards R. K. Rajeev
|
|
2198 | User Interface | Bug Report | Low | Multi-Select from tasklist offers options to those who ... | Unconfirmed | |
| | 1 | 22.08.2016 | 22.08.2016 |
Task Description
When viewing a project via the tasklist, there are a series of checkboxes available. If a user in a group with “modify own tasks” checks a box on a ticket - no matter who actually owns it - they are given a list of options to change it with.
This should not happen. The checkboxes should only be available from the tasklist if the user can actually edit the tickets they’d be next to.
//imgur.com/a/JwORB
|
|
2197 | Backend/Core | Bug Report | High | Change Time for everyone | Unconfirmed | |
| | | 21.08.2016 | 22.08.2016 |
Task Description
Flyspray does not recover the time set in php.ini. On display, the system has two hour delay.
|
|
2193 | User Interface | Feature Request | Low | Edit a comment while seeing task details and other comm... | New | |
| | | 07.08.2016 | 08.08.2016 |
Task Description
If someone with ‘edit comment’-permission wants to edit a comment, the edit comment form is shown on an extra page.
This is not optimal, because the editor cannot see task details or the other comments while modifying the comment.
Possible Solutions
with javascript is enabled: Stay on the ‘task detail’-page, just the comment changes from a ‘view’ layout to ‘edit’ layout, similiar to the quickedit-feature (like in FS1.0).
when javascript is disabled: The ‘edit comment’-page shows task details (check permissions) and other comments too, but maybe a bit narrow, so ‘visible focus’ is on editing the comment.
|
|
2190 | Backend/Core | Feature Request | Low | enable move of a closed clask to other project without ... | Researching | |
| | | 06.08.2016 | 06.08.2016 |
Task Description
Problem: By replacing just the project_id of the closed task it is possible the task then has invalid field values within the target project.
Possible scenarios:
Ignore invalid values within the target project
Pro: Easy to do, an immidiatly revert back to the old project would “heal” the task properties.
Contra: may effect accuracy and reliability of other parts like searching, listing, statistic calculations
Silent change task field values to valid field values of the target project if necessary
allow user to modify the fields that must be changed so that every field of the task has valid values within the target project
allow user to modify the fields, fields or field select values that do not exists in target project will be automatically created.
???
|
|
2188 | Backend/Core | Bug Report | Very Low | It should not possible to relate a task to itself | New | |
| | | 01.08.2016 | 01.08.2016 |
Task Description
Flyspray should show a warning, and maybe set the focus back to the field (only when it is a this-one-field-only-form.)
|
|
2160 | Backend/Core | Bug Report | Low | Cannot "accept" PM close request if already closed | Unconfirmed | |
| | | 14.07.2016 | 14.07.2016 |
Task Description
If a task creator requested closure, and someone (developer) closes the task explicitly, the PM request cannot be later ‘accepted’ and the PM request remains in the queue.
Workaround - Deny request and queue item is removed OK.
It looks like the PM request button invoked details.close which returns early if task is already closed.
|
|
2159 | Backend/Core | TODO | High | fresh registered user accounts created spam tasks | New | |
| | | 04.07.2016 | 25.10.2016 |
Task Description
Today it was first time I see real spam on bugs.flyspray.org
The 2 spam accounts registered today and started creating spam posts as new tasks.
What is the reason? Was it by real humans or bots?
So what can we do to reduce this in future?
Ideas for making it harder and unattractive for spammers:
Users who never opened a nonspam-task or contributed a useful comment should solve a captcha
Limit the amount of creating tasks for new registered users or a user groups, like limiting to 2 tasks or 1 task per user per day.
Settings for a more moderated task creation process? Like a quarantine dbtable for tasks?
If we closed such spam tasks with WTF? reason, it will still be listed by search engines like google at the moment:
Move spam tasks to a ‘dumpster project’, that is not visible for guests (search engines!) too.
Or make spamming to visible flyspray projects unattractive, lets set noindex for: closed task for some special reason id?
Delete spam tasks from database if allowed by your organization
Update: another and this time more aggressive phone number spammer.
|
|
2142 | Backend/Core | Bug Report | Low | Post-authenticate redirect does not make use of baseurl... | Unconfirmed | |
| | | 28.06.2016 | 01.08.2016 |
Task Description
I run flyspray behind a reverse proxy with the front end url being https and with the actual back end server not being on a standard port and not using https.
Setting force_baseurl seems to sort most areas with flyspray’s url generation using that instead of picking up from $_SERVER, however post-authentication redirection does not do that it just processes redirect_to as is (which in my case means it picks up the protocol, name and port for the back end server rather than what’s set in force_baseurl).
./themes/CleanFS/templates/loginbox.tpl puts out $_SERVER[’REQUEST_URI‘] into a hidden redirect_to input field - on my setup on the front page that’s e.g. “/” or for a ticket url it would be “/index.php?do=details&task_id=999” so no protocol or hostname.
scripts/authenticate.php picks up that redirect_to value and just passes it to Flyspray::Redirect, which in turn calls FlySpray::absoluteURI on what it’s passed, and FlySpray::absoluteURI doesn’t use $baseurl to qualify the url.
Not sure what the best fix is - my suggestion would be that Redirect detects urls that aren’t fully qualified and adds the $baseurl on to the front of them, rather than calling absoluteURI (absoluteURI is used to set $baseurl if force_baseurl is unset, so that’s not appropriate to modify). Alternatively scripts/authenticate.php could check redirect_to and add $baseurl if needed.
|
|
2139 | User Interface | Feature Request | Very Low | Add project setting of popular used programming languag... | New | |
| 1.1 devel | | 17.06.2016 | 17.06.2016 |
Task Description
This is at the moment just a bit brainstorming ..:
Let the project administrator define what source code languages are used/popular in a software project and dependend of that setting prefer/promote that languages at the dokuwiki editor buttonbar.
This requires probably an additional database field in the flyspay_projects table (if just used for dokuwiki that should be ok)
If thinking further like Filter me all software projects that may ontain CSS code on the projects overview, a m:n-table setup is thinkable. But thats maybe overengineering.. Or can we use the existing tag-feature for that and just ‘tag’ projects with tags?
|
|
2138 | User Interface | Feature Request | Very Low | Overhaul dokuwiki editor buttonbar | New | |
| | | 17.06.2016 | 17.06.2016 |
Task Description
Rethink the current sets of buttons and their functionality.
Maybe a mousover hint/cheatsheet of available dokuwiki syntax is more helpful in writing fast and efficient.
buttongroup links http,email,ftp
buttongroup code, code php: why a single button for php? maybe a cheatsheet or subselect for choosing a language (read directory plugins/dokuwiki/inc/geshi for that). Or even better: Let the project administrator define what source code languages are used/popular in a software project and dependend of that setting prefer/promote that languages
I miss a blockquote- or cite-tag for citation, which is more semantic than bold, italic, underline buttons. Update: It is the > character followed by text!
Show a cheatsheet (by mouseover?) of dokuwiki smileys as defined at plugins/dokuwiki/conf , update to current config of dokuwiki, facepalm for instance is missing
8-) 8-O 8-o :-( :-) =) :-/ :-\ :-? :-D :-P :-o :-O :-x :-X :-| ;-) ^_^ :?: :!: LOL FIXME DELETEME
icon_cool.gif icon_eek.gif icon_eek.gif icon_sad.gif icon_smile.gif icon_smile2.gif icon_doubt.gif icon_doubt2.gif icon_confused.gif icon_biggrin.gif icon_razz.gif icon_surprised.gif icon_surprised.gif icon_silenced.gif icon_silenced.gif icon_neutral.gif icon_wink.gif icon_fun.gif (not working as first character on a line, bug?) icon_question.gif icon_exclaim.gif icon_lol.gif fixme.gif delete.gif
|
|
2137 | Backend/Core | Bug Report | Low | feature accesskey bad implemented by web browsers | New | |
| | | 15.06.2016 | 15.06.2016 |
Task Description
My tests showed that the html accesskey feature is not well and consistent supported by current web browsers and is quite cumbersome to use. And it seems it will not be better in future..
The only solution I see dropping that feature or replacing them with simple single-key-event javascript listeners, like it is currently done with keys o, j, k, n, and p.
accesskeys in Flyspray I talk about:
l (current SHIFT+ALT+l Firefox) login dialog / logout
a (current SHIFT+ALT+a Firefox) add new task
m (current SHIFT+ALT+m Firefox) my searches
t (current SHIFT+ALT+t Firefox) focus taskid search
e (current SHIFT+ALT+e + Enter Firefox) edit task
x or y? (current SHIFT+ALT+y Firefox) close task
s (current SHIFT+ALT+s Firefox) save task
Also related to Keyboard navigation: tabindex
|
|
2136 | User Interface | Bug Report | Medium | After updating user properties as admin - return to wro... | Confirmed | |
| | | 08.06.2016 | 23.07.2016 |
Task Description
Logged in as admin, modify a users group membership. After clicking update, you are returned to your logged-in profile (admin in this case). It should re-display the user’s profile you are editing.
The ‘back’ button will return to updated page.
|
|
2134 | Backend/Core | Bug Report | High | Cannot assign a task to other project | Planned | |
| | 2 | 07.06.2016 | 17.02.2019 |
Task Description
Moving task to another project seems to require fields updated to target project options. This operation is not possible on the task category field and possibly others. Attempting to submit changes gives error:
“Oh, there are some incompatible properties set that must be resolved before moving this task to a different project.”
However, you cannot select a new value (from the target list) for the properties in question.
|
|
2127 | User Interface | Feature Request | Low | overhaul task detail page layout | New | |
| | | 20.05.2016 | 25.05.2016 |
Task Description
There was a question on the mailing list:
I have a suggestion, even though I don´t know if it´s possible to do it. But if it is, it would be great! In the comments list of a given task, is it possible that the comments appear from the newest one to the oldest ones, and not as it is now, with the new ones coming at the end of the list? This is because I deal with long comments list for a given task, and it is becoming difficult to reach the last one, that is, the newest comment, because the order in the comments is on the top, the older ones. If this could be altered it would be great.
Kind regards Ana ...
Quick anwsers:
Users can use ‘End’-key and ‘Pos1’-key on their keyboard to scroll to bottom and top of page. (lame anwser I know)
Another quick anwser is to just reverse the comments array in the appropriate template themes/CleanFS/templates/details.tabs.comments.tpl :
Replace
<?php foreach($comments as $comment): ?>
with
<?php
$comments_latestfirst=array_reverse($comments);
foreach($comments_latestfirst as $comment): ?>
But the real problem I think is that the details page (and others too..) is not optimized for todays wide screens (landscape views). Laptops have FullHD or higher but the Flyspray users still have to scroll to get an overview of a task.
And for narrows views too (mobile phones, tablet portrait view)
The attached screenshot shows moving the task details tabs beside their task description if the display width is over 1200 css pixel. (and the reversed comments too ). Done with pure css media query:
E.g. add to a custom stylesheet file custom_detailswidescreen.css in folder themes/CleanFS/ :
@media only screen and (min-width: 1200px) and (orientation: landscape) {
.details .tab.active{
display:inline-block;
}
.details .tab{
width:44%;
padding-left:0px;
/*margin-top:60px;*/
box-sizing:border-box;
}
.details .commenttext pre {
overflow:auto;
}
.details .comment_container .comment {
width:auto;
margin-left:30px;
display:block;
}
.details .comment_avatar {
position:absolute;
}
.details #comments .fa.fa-user{
font-size:30px !important;
}
#submenu li a{margin-left:0;}
.details #submenu{
display:inline-block;
position:absolute;
padding:1em 0 0;
margin-top:26px;
}
.details #content{
display:inline-block;
box-sizing:border-box;
vertical-align:top;
width:55%;
}
/* just a temporary fix: should be redone in theme.css with class instead ids*/
#comments, #related, #notify, #remind, #effort, #history {margin-top:72px;}
}
(Has still some problems with current 1.0-rc1 when the project selector wraps. Also tab labels wrap if not enough width available and tab content do not adapt.)
What do you think? How should the details page look on different display sizes? How can it improve the workflow of the user?
|
|
2126 | User Interface | Feature Request | Low | dynamic meta description (was: Change page title) | Confirmed | |
| 1.1 devel | | 17.05.2016 | 17.05.2016 |
Task Description
Hello,
When i put a link in Discord for example, it detects “Flyspray, a Bug Tracking System written in PHP.” as title. How to change it ?
Edit by peterdd: adapted task title/summary to the root of the problem.
|
|
2124 | User Interface | Feature Request | Very Low | Default avatar can't be restored | Confirmed | |
| | | 27.04.2016 | 29.04.2016 |
Task Description
I unchecked the avatar allowed in the admin panel. I checked it back and set size to 50. I have to upload an Avatar picture to restore it, but the previous avatar looked like to be html avatar.
Is there a way to restore the html one ?
note: ‘default avatar’ is currently just that guy from the fontawesome webfonts:
<i class="fa fa-user"></i>
|
|
2122 | Backend/Core | Bug Report | Medium | open_basedir restrictions for FS_CACHE_DIR not respecte... | Suspended | |
| | | 22.04.2016 | 16.08.2016 |
Task Description
Edit by peterdd: renamed task summary
Affected versions: at least Flyspray 0.9.9(.7/*?) up to Flyspray 1.0 RC1
Original report: Title ‘Problem regarding 0.9.7 (1.0) to 1.0 RC-1 update’
I tried to update BT from modified version (database in original state) 0.9.7 to 1.0 RC-1 but I got strange error.
PHP is 5.6.
I try to use: Precompiled with 3rd party libs for PHP5.6
and was doing as was written on upgrade procedure.
Strange is that “D:\SShopBT\includes\class.flyspray.php” there are errors regarding writtable path... Because the path is correct and all other Joomla and Wordpress web sites are working correctly..
After upgrade web site do not work att all. Login not working - just get error. So I must reverse (use backup) database and files.
Server is Windows Server and IIS (Internet Information Services)..
Complete error was (also seen in screenshot):
Warning: is_writable(): open_basedir restriction in effect. File(C:\PHP-temp) is not within the allowed path(s): (D:\) in D:\SShopBT\includes\class.flyspray.php on line 1162
Warning: is_writable(): open_basedir restriction in effect. File(C:\PHP-temp) is not within the allowed path(s): (D:\) in D:\SShopBT\includes\class.flyspray.php on line 1164
Warning: is_dir(): open_basedir restriction in effect. File(C:\Windows\TEMP\e865fa2fdfc11dbb32cc6262d247e766) is not within the allowed path(s): (D:\) in D:\SShopBT\includes\constants.inc.php on line 82
Warning: Cannot modify header information - headers already sent by (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\header.php on line 14
Warning: Cannot modify header information - headers already sent by (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\header.php on line 15
Warning: Cannot modify header information - headers already sent by (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\header.php on line 16
Warning: session_start(): Cannot send session cookie - headers already sent by (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\includes\class.flyspray.php on line 893
Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\includes\class.flyspray.php on line 893
Warning: Cannot modify header information - headers already sent by (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\index.php on line 93
Warning: Cannot modify header information - headers already sent by (output started at D:\SShopBT\includes\class.flyspray.php:1162) in D:\SShopBT\index.php on line 94 Headers are already sent, this should not have happened. Please inform Flyspray developers.
|
|
2119 | Backend/Core | Bug Report | Medium | function filter_input not always available | Researching | |
| | | 15.04.2016 | 15.04.2016 |
Task Description
filter_input() is in extension “Filter”.
It is enabled by default since PHP5.2, see http://php.net/manual/en/migration52.new-extensions.php but not “always”, see https://groups.google.com/forum/?hl=de#!topic/flyspray/QM75BvwPqGM
filter_input() is only used at 1 section in Flyspray (since 2014 up to v1.0rc1) in includes/fix.inc.php This is the commit https://github.com/Flyspray/flyspray/commit/40861911260812c99682fe3456350cb63bb243a9
How do we solve it? Several possibilities:
|
|
2116 | Email | Bug Report | Medium | Error with email notification | Unconfirmed | |
| | | 08.04.2016 | 15.04.2016 | |
|
2114 | Translations | TODO | Medium | Standardize the priority meaning across flyspray transl... | New | |
| | | 07.04.2016 | 26.03.2018 | |
|
2112 | API | Bug Report | Medium | Assigned tickets aren't editable for lower privileged u... | Unconfirmed | |
| | | 31.03.2016 | 11.04.2016 | |
|
2107 | Authentication | Feature Request | Low | Support CAS Server Authenticate | Unconfirmed | |
| | | 02.03.2016 | 04.09.2019 | |
|
2105 | Backend/Core | Feature Request | Medium | countermeasures for 'add task anonymous' spam | New | |
| | | 27.02.2016 | 27.02.2016 | |
|
2104 | Backend/Core | Bug Report | Low | filtering by one user on tasks with multiple assignees ... | New | |
| | | 26.02.2016 | 26.02.2016 | |
|
2097 | User Interface | Bug Report | Medium | Url incorrect for view attachement | Unconfirmed | |
| | 1 | 16.01.2016 | 02.03.2016 | |
|
2096 | Backend/Core | Feature Request | Very Low | Add an option to force https | Maybe | |
| | | 16.01.2016 | 17.01.2016 | |
|
2094 | Email | Bug Report | High | After Upgrade All Users Receive Notifications for All T... | Unconfirmed | |
| | 1 | 06.01.2016 | 13.01.2016 | |
|
2087 | Backend/Core | Information | High | See no Editor in Add New Task | Unconfirmed | |
| | 1 | 04.11.2015 | 05.11.2015 | |
|
2085 | Text Rendering | Information | Medium | Enabling Color Coding options in CKEDITOR | Unconfirmed | |
| | | 30.10.2015 | 30.10.2015 | |
|
2083 | User Interface | Information | Low | Drag and drop tasks on roadmap | Unconfirmed | |
| | | 30.10.2015 | 30.10.2015 | |
|
2081 | User Interface | Bug Report | Low | UI for adding comment while editing task doesn't use HT... | Confirmed | |
| | | 29.10.2015 | 06.11.2015 | |
|
2078 | User Interface | Bug Report | Medium | layout of requested close on small displays | New | |
| 1.0 | | 26.10.2015 | 29.10.2015 | |
|
2074 | User Interface | Bug Report | Medium | Opening tasks from tasklist | New | |
| 1.0 | | 18.10.2015 | 18.07.2016 | |
|
2073 | Backend/Core | Bug Report | Low | Couldn't edit comment of anonymous reporter | New | |
| | | 17.10.2015 | 17.10.2015 | |
|
2072 | User Interface | Feature Request | Low | Setting parent task interface is too hidden | Confirmed | |
| | 1 | 16.10.2015 | 16.10.2015 | |
|
2071 | Email | Bug Report | Low | New user e-mail validation | Confirmed | |
| | | 14.10.2015 | 14.10.2015 | |
|
2068 | Backend/Core | Information | Low | Deprecated: mysql_connect(): The mysql extension is dep... | Unconfirmed | |
| | | 10.10.2015 | 08.12.2015 | |
|
2066 | Installer and Upgrader | Feature Request | Medium | Automated site update (like Wordpress) | Unconfirmed | |
| | 2 | 09.10.2015 | 10.10.2015 | |
|
2064 | Notifications | Feature Request | Low | Deadline Alert - so Flyspray can send notifications som... | Maybe | |
| | | 06.10.2015 | 02.12.2015 | |
|
2063 | Backend/Core | Feature Request | Very Low | show closed/open usage count on do=pm&area=XXX | New | |
| | | 29.09.2015 | 29.09.2015 | |
|
2059 | Backend/Core | Feature Request | Low | usage of github automated/webhook notifications | New | |
| | | 24.09.2015 | 24.09.2015 | |
|
2058 | Backend/Core | Bug Report | Low | Closing of github.com 'Issues' feature | New | |
| | | 24.09.2015 | 24.09.2015 | |
|
2057 | Backend/Core | Bug Report | Low | Do not resubmit forms on browser reload button or F5 | New | |
| | | 22.09.2015 | 23.09.2015 | |