|
1999 | XMPP/Jabber | Feature Request | Medium | jabber xmpp configuration | New | |
| | 1 | 22.06.2015 | 11.02.2017 |
Task Description
There should be some help at the configuration sections for setting up jabber/xmpp notifications.
How someone can test it?
Must the admin setup his own jabber/xmpp server or are there recommended servers?
I registered with psi+ instant messager as peterdd@ubuntu-jabber.de at ubuntu-jabber.de for testing and configured it here in my account too, but got no jabber messages.
Email notifications works and I set up both sending.
|
|
2020 | XMPP/Jabber | Feature Request | Medium | Function to test jabber/xmpp configuration | New | |
| 1.1 devel | 1 | 31.07.2015 | 19.09.2015 |
Task Description
The flyspray admin users should be able to test their jabber/xmpp configuration, check if sending jabber notification is working and if not, give useful error messages back, so the user is able to fix the configuration.
|
|
920 | User Interface | Feature Request | Low | Charts (gantt, severities, OSes, opened-closed, ...) | Researching | |
| 2.0 | 9 | 06.05.2006 | 07.04.2021 |
Task Description
With all informations on flyspray, it’s possible to generate a gantt chart.
For this, some php code exists :
- http://www.aditus.nu/jpgraph/
- http://www.graphviz.org/
- http://www.phpclasses.org/browse/package/2737.html
|
|
1040 | User Interface | Feature Request | Low | Close Multiple Tasks at once | New | |
| 1.1 devel | 3 | 17.08.2006 | 01.10.2015 |
Task Description
We don't close the tasks until the release is "made", that is we let them under "Requires Testing" with 100% complete. When the release/testing cycle is finished, somebody has to go task by task, and start closing them... it's a PITA ;) It would be nice to have to option to select all the tasks you want to close, and that the "popup" when you enter the reason/etc, applied to all the tasks I selected...
I recall reading something about this in the past, but haven't found it; and if this is implemented, I haven't seen a way to do it in 099beta1
|
|
1134 | User Interface | Feature Request | Low | add icon/image for each project | Planned | |
| 1.1 devel | 3 | 29.11.2006 | 09.03.2015 |
Task Description
When we have several projects into flyspray, it's hard to see the project where I am when I add several tasks. It's necessary to read the text.
To improve this, I think that it's a good idea if it's possible to add a color or an image with the logo project next to project title into web page. It will more simple to know where we are when we use flyspray.
|
|
1236 | User Interface | Feature Request | Low | Mark Issue As Verified or Unverifiable | Unconfirmed | |
| | 4 | 09.04.2007 | 18.07.2016 |
Task Description
Currently, the Vote functionality provides users a way to say "this issue is important to me". In addition to that functionality, it would be great for users to have a "Verify" ability on open issues; it would provide users a way to say "yes, this happens to me as well".
A "Verified" label would fit nicely right under "Votes", to the right of the label would be "Yes | No", each option being a link. After clicking Yes or No, or if unable to specify (lack of permissions), the text would display "Yes - # | No - # (% verification)" where '%' is the result of ((Yes/(Yes+No))*100).
This feature should not show up on all issues, though. It does not make sense to "verify" a feature request or todo item, for example. When defining task types, the administrator would specify if a type was "Verifiable" by checking a box in a column next to "Show".
If implemented, two great, mini extra features would be:
The ability for the administrator to set the number of "Yes" verifications an issue would need before it was elevated to the next priority, severity, or both (specified by the administrator).
The ability for the administrator to set the number of "No" verifications an issue would need before it was lowered to the previous priority, severity, or both (specified by the administrator).
Both settings should have an option to be incremental (priority / status increased every x verifications) or not (increases once, no matter how many verifications are received); an "Incremental" checkbox would do nicely. Also, a little "Enabled" checkbox next to both settings would be clearer than having zero act as the disable mechanism.
As with voting, a permission should exist to enable or disable this option for a user group. For larger projects, moderators tasked with verifying bugs could be given the permission whereas smaller projects may leave verifications up to the community.
Lastly, a way to send a notification once the number of "Yes" verifications reached a certain value would also be a great addition.
|
|
1481 | User Interface | Feature Request | Low | Diff visualisation | Unconfirmed | |
| | 1 | 04.05.2008 | 09.03.2015 |
Task Description
Flyspray should be able to render attached patches visually like, for example, Bugzilla: https://bugzilla.wikimedia.org/attachment.cgi?id=4807&action=diff
|
|
1485 | User Interface | Feature Request | Low | Additional extended Printview for the Tasks | Planned | |
| 2.0 | | 13.05.2008 | 11.03.2015 |
Task Description
It would be useful to print a list of tasks in a extended version. e.g. All tasks from a programmer with all the details of it.
|
|
1491 | User Interface | Feature Request | Low | Custom task table columns for individual users | Unconfirmed | |
| 2.0 | 3 | 01.07.2008 | 01.10.2015 |
Task Description
Allow individual users to define custom views of the task tables much like the project manager can for the entire project; only on a user scale.
An option for the user to "use default" project settings should be possible and should be the default. Only pro users will change it to their needs, not the average reporter.
Interesting would be the possibility to change it dynamic on the tasklist view, not only on the myprofile setting page.
Open Question: Simple or complex implementation?
|
|
1670 | User Interface | Feature Request | Low | Assign Key-Shortcuts to form fields | Unconfirmed | |
| | | 04.12.2010 | 04.12.2010 |
Task Description
Forms should be submittable by using keyboard shortcuts. S for submit. Set-able via the accesskey attribute on HTML inputs.
|
|
1736 | User Interface | Feature Request | Low | Be able to add colors for Task Statuses | Planned | |
| 1.1 devel | | 16.05.2012 | 15.10.2015 |
Task Description
I often used color identifiers for my Task Statuses in my old bug tracking solution, and it helped me prioritize things, like confirming unconfirmed bugs. The only thing that currently has colors, is the severity- I’d like a possibility to have (customizable) colors for Task Statuses too.
|
|
1749 | User Interface | Bug Report | Low | Submit form buttons on lower right | Unconfirmed | |
| | | 17.06.2012 | 24.09.2015 |
Task Description
Any form should have its submit button directly below and to the right of the form.
This is most egregious on the New Task page where you have to scroll back up to the top right to submit.
|
|
1809 | User Interface | Feature Request | Low | Searching closed tasks by Reason for closing | Maybe | |
| 2.0 | | 17.01.2013 | 06.11.2015 |
Task Description
Hi, how can I search tasks by "Reason for closing"? There is an option for searching for status but I do not want search by tasks' status but by reason for closing it. Is it possible to do it? Marcin
|
|
1847 | User Interface | Feature Request | Low | Make default theme responsive | Planned | |
| 1.1 devel | | 14.03.2013 | 16.10.2015 |
Task Description
I think it is time to think about an theme optimizied for mobile Devices.
We will not maintain several themes. We will review the current CleanFS theme to make it responsible instead.
|
|
1857 | User Interface | Feature Request | Low | Login and then submit new task | Researching | |
| 2.0 | | 27.03.2013 | 06.03.2015 |
Task Description
Hello, when I wanted to use Flyspray to manage request from non-technical customer, I found one missing feature:
I have "report a problem" link on devel version of web site. But to submit new task, it is necessary to login into Flyspray.
It would be nice if there was an URL with login form if user is not logged in and "add new task" form if he is logged in.
Example scenario: - Customer visits devel site after some time and finds some problem. He wants to report it. - Customer clicks "report a problem" on the devel site and Flyspray is opened. - Customer now see some wierd error message and has no idea what is wrong. If anonymous reports are allowed, he sees the form, but cannot upload screenshots and he must enter his e-mail address.
How it should be: - Customer visits devel site after some time and finds some problem. He wants to report it. - Customer clicks "report a problem" on the devel site and Flyspray is opened. - Customer sees login form and (if anonymous reports are allowed) there is also "add new task" form below the login form. - Customer clicks "login" (password is saved in browser). - Customer now can fill report with all the comfort.
|
|
1950 | User Interface | TODO | Medium | Solve confusing Flyspray group settings vs Project grou... | Confirmed | |
| 1.0 | | 07.03.2015 | 11.11.2015 |
Task Description
This is taken from FS#1753:
The second reason being there is no way that I know of to automatically set a project usergroup to new members. I only have 1 project, but it seems the Global groups aren’t working (can still see tasks if “View Tasks” is unchecked) and I don’t know how to fix that.
And what I have to say - it is hard to tell if you are on the Flyspray admin settings area or on the admin settings of a project.
Cheapest way is adding some CSS to distinguish this for the user.
But there is in fact more to do to make it user friendly.
TODO: list configurations for project(task types, categories, ..) in Manage Project should also show the system wide list values as hint to avoid duplication.
TODO: project user groups overview should show system wide user group infos as info for project managers to avoid unnecessary complicated configuration settings.
TODO: visualize related permissions that can overrule eachother like ‘view_task’ overrules ‘view_own_tasks’ to avoid misconfigurations
|
|
1957 | User Interface | Feature Request | Low | automatic temporary storing while writing/editing task | Researching | |
| | | 09.03.2015 | 12.03.2015 |
Task Description
If I write a task and press the back button in the brower and go forward again, my expection is that the text I wrote is still existing, even if I didn't save it.
It is frustrating losing a well thought issue editing and having it to rewrite.
|
|
1958 | User Interface | Feature Request | Low | Preselect values for event log view | New | |
| | | 09.03.2015 | 09.03.2015 |
Task Description
Most (or even all?) of the selectable events should be preselected in the selection list.
|
|
1959 | User Interface | Feature Request | Low | Add vote from tasklist | Planned | |
| 1.1 devel | | 09.03.2015 | 09.03.2015 |
Task Description
Well, title is self explanatory, but adding a vote button in the overview in task list whould be nice. And that backedup with an option to enable it or not in the admin panel
Idea by Wertandrew
|
|
1961 | User Interface | Feature Request | Low | show new notifications in flyspray | New | |
| | | 11.03.2015 | 11.03.2015 |
Task Description
similiar to facebook.com or github.com show new unread notifications on the topbar.
|
|
1966 | User Interface | Feature Request | Low | My votes on myprofile | New | |
| 1.1 devel | | 11.03.2015 | 03.11.2015 |
Task Description
We keep the votes, because a task can be reopened everytime and then the old voters and votes should be visible again. In this case the amount of votes on active task could be a bit greater than allowed, but thats no real problem. The calculation of done votes and available votes based only on open task and project voting limit.
For example on uservoice.com you have 10 voting points. So you as user has to decide where your priorities are to put your votes.
So all users have more or less the same power to vote for tasks.
|
|
1967 | User Interface | Bug Report | Low | Keep browser scroll position when sorting task list | New | |
| 1.1 devel | | 12.03.2015 | 19.09.2015 |
Task Description
When I scroll down the page to see more of the task list and then click on one of the column headings to sot by this heading, the answer page doesn't scroll down to the table.
I think there are 2 technical solutions for that:
1. set an name/id a-anchor on top of the table and on each column heading link add for example '#tasklist'.
2. add a js-sorter with complete extra search and sort ajax-backend with e.g. libs from http://datatables.net/ This requires aleso writing a server side handler for taking the ajax requests (respecting user permissions!) and is only usable if js in enabled in browser. So this second solution can only be a luxury comfort function.
|
|
1968 | User Interface | Feature Request | Low | Replace Expand all / Collapse all on Roadmap page by pu... | Planned | |
| 1.1 devel | | 12.03.2015 | 16.03.2015 |
Task Description
and simplify interface:
If the tasks are collapsed, show only the expand all link/button
If ths tasks are expanded, show only the collapse all link/button
|
|
1969 | User Interface | Feature Request | Low | search form with Advanced search toggle layout | New | |
| 1.1 devel | | 12.03.2015 | 19.09.2015 |
Task Description
I think the button advanced search button should not be placed right beside seach input field as full button.
Maybe a small down arrow under the simple search form with a horizontal line and a title tag as tooltip.
Any comments?
|
|
1970 | User Interface | Feature Request | Low | Icons for predefined task types | New | |
| 1.1 devel | | 12.03.2015 | 30.10.2015 |
Task Description
for toplevel, roadmap and task list view.
For roadmap: replace the current ‘-’ between the task id and task summary with icons.
For toplevel: most wanted tasks and assigned to myself
<style>
ul.tasks li {clear:left;}
li.tid:before{
content: "\code";
font-family: FontAwesome;
float:left;
margin-left:-12px;
}
</style>
On task list the column text can be replaced by icons, moving the text to title attribute.
Maybe use css :content-before or :content-after for that.
I suggest following font-icons from fontawesome are the easiest way to implement:
Bug Report use fa-bug , red color
Feature Request use fa-star , yellow
TODO a bold T, blue ( or blue fa-check?, but check mark maybe too ambiguous)
Gain: you faster see what types of task are on roadmap milestones and task list exists.
|
|
1972 | User Interface | Feature Request | Low | Advanced search form - ideas for faster/better usabilit... | New | |
| 1.1 devel | | 12.03.2015 | 18.03.2019 | |
|
1978 | User Interface | Bug Report | Low | Compensate degraded usability due added token system an... | Confirmed | |
| 1.0 | | 16.03.2015 | 12.10.2015 | |
|
1980 | User Interface | Feature Request | Medium | Tasklist - PDF Export | Maybe | |
| 2.0 | | 19.03.2015 | 26.05.2016 | |
|
1990 | User Interface | Feature Request | Low | Roadmap view should also show due dates and sort each v... | Confirmed | |
| 1.1 devel | | 17.04.2015 | 24.04.2015 | |
|
1991 | User Interface | Feature Request | Medium | Abillity to drill into progress graph from toplevel vie... | New | |
| | | 17.04.2015 | 24.04.2015 | |
|
2000 | User Interface | Feature Request | Low | Responsible persons column view | New | |
| 1.1 devel | | 22.06.2015 | 09.09.2015 | |
|
2002 | User Interface | Feature Request | Low | show user role on autocomplete for verification | New | |
| | | 22.06.2015 | 17.10.2019 | |
|
2004 | User Interface | Bug Report | Low | php notice on unset params on reports page | New | |
| 1.1 devel | | 18.07.2015 | 19.09.2015 | |
|
2008 | User Interface | TODO | Low | difference between related tasks and related links | New | |
| | | 18.07.2015 | 18.07.2015 | |
|
2009 | User Interface | Feature Request | Low | Edit task flow | New | |
| 2.0 | | 18.07.2015 | 07.08.2016 | |
|
2010 | User Interface | Feature Request | Low | effort tracking widget | New | |
| 2.0 | | 18.07.2015 | 18.07.2015 | |
|
2013 | User Interface | Feature Request | Low | personal task list column selection and positioning | New | |
| 2.0 | | 20.07.2015 | 06.10.2015 | |
|
2016 | User Interface | TODO | Medium | heading and h1, h2, h3 | New | |
| 1.1 devel | | 23.07.2015 | 23.07.2015 | |
|
2018 | User Interface | Bug Report | Low | review keyboard navigation | Researching | |
| 1.1 devel | | 26.07.2015 | 29.07.2019 | |
|
2019 | User Interface | Feature Request | Medium | title -tag | Waiting on Customer | |
| 1.1 devel | | 26.07.2015 | 26.07.2015 | |
|
2025 | User Interface | Feature Request | Low | Adding new tasks is too undiscoverable | Unconfirmed | |
| | | 09.08.2015 | 09.08.2015 | |
|
2030 | User Interface | Feature Request | Low | show votes of a user on user page | New | |
| | | 12.08.2015 | 15.01.2017 | |
|
2031 | User Interface | TODO | Low | Rendering overdue | Planned | |
| 1.1 devel | | 12.08.2015 | 14.08.2015 | |
|
2032 | User Interface | Feature Request | Low | replace hardcoded ... 'ellipsis' | New | |
| | 1 | 12.08.2015 | 12.08.2015 | |
|
2034 | User Interface | Feature Request | Low | reduced extended search form when applicable | New | |
| | | 17.08.2015 | 17.08.2015 | |
|
2045 | User Interface | Feature Request | Low | need add option for can set default Severity and Priori... | Unconfirmed | |
| | 2 | 04.09.2015 | 04.09.2015 | |
|
2046 | User Interface | Feature Request | Low | Grouping in Task List | Unconfirmed | |
| | 1 | 04.09.2015 | 04.09.2015 | |
|
2047 | User Interface | Feature Request | Medium | Inserting images/screenshots from buffer | Unconfirmed | |
| | 1 | 04.09.2015 | 29.09.2015 | |
|
2062 | User Interface | TODO | Low | review do=admin&area=editallusers | New | |
| | | 29.09.2015 | 15.04.2020 | |
|
2065 | User Interface | Feature Request | Medium | One click signup (with facebook, twitter , Google, yaho... | Unconfirmed | |
| | 1 | 09.10.2015 | 03.03.2016 | |