|
2045 | User Interface | Feature Request | Low | need add option for can set default Severity and Priori... | Unconfirmed | |
| | 2 | 04.09.2015 | 04.09.2015 |
Task Description
need add option for can set default Severity and Priority of new creating tasks
|
|
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.
|
|
1812 | Backend/Core | Feature Request | Low | Multiple email addresses | Planned | |
| 1.1 devel | | 17.01.2013 | 30.12.2015 |
Task Description
An account should be able to have multiple email addresses associated with it. For example, my primary email might be jordan@thevelozgroup.com, but I should also be able to log in via jordanmendler@gmail.com or other addresses I add.
|
|
2305 | Greek | Feature Request | Very Low | Month names not translatable | Unconfirmed | |
| | 1 | 26.10.2016 | 11.03.2019 |
Task Description
At first I thought month names were controled by jscalendar. But after restoring functionality of jscalendar ( FS#2226 ) I realized that month names are probably a native feature of Flyspray.
So month names need translation. Moreover, in Greek there should be grammatical cases used. For example October in Greek is Οκτώβριος (nominative case). But when you say “October 2” in Greek is “2 Οκτωβρίου” (genitive case). So month translation would require at least two strings for each month.
|
|
2451 | Backend/Core | Feature Request | Low | Mod: blank Category - user must chose before pressing A... | Confirmed | |
| | | 08.12.2017 | 14.12.2017 |
Task Description
Hello Peter,
I am interested in making the following mod:
When posting a new task, category should be blank by default, in order for the user that opens a new task to select that specific category. If he doesn’t select any task, when pressing Add this task button, FlySpray should display an error message saying that the Category hasn’t been specified.
Do you think this mod can be made with the current version? If so, do you mind if you help me a bit with the things that need to be modified?
Thanks!
|
|
1820 | Backend/Core | Feature Request | Low | Merge comments, history, and details | New | |
| 2.0 | | 17.01.2013 | 25.05.2016 |
Task Description
Should be more of a link thread of activity rather than segmented
|
|
2322 | User Interface | Feature Request | Medium | Mention System | New | |
| | 1 | 07.12.2016 | 19.10.2019 |
Task Description
Hello together,
it would be nice, if you could mention user in your ticket or comment which are not following the task. for example when i will type @nickname, the user “nickname” should be get a e-mail that he is mentioned in the ticket.
(if we are “fancy” then we can print a automcomplete after the @-sign ist typed)
|
|
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.
|
|
2012 | Backend/Core | Feature Request | Medium | Managing Tags | New | |
| 1.1 devel | | 18.07.2015 | 12.11.2015 |
Task Description
Tags can only be added on the "new task" page, not managed on the "edit task"-page.
|
|
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.
|
|
1487 | Authentication | Feature Request | Low | LDAP(Active Directory) Authentication | Planned | |
| 1.1 devel | 11 | 21.05.2008 | 04.09.2019 |
Task Description
I have done a very quick bit of work to bring ldap (through active directory) authentication to flyspray for our implementation in the office. I hope it will be of use to others. There is a readme.txt inside talking through the process and the patch to apply. My plan is to expand on this and make it part of the setup process but this will take a bit longer.
|
|
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.
|
|
1849 | Backend/Core | Feature Request | High | Installer Overhaul | Planned | |
| 1.1 devel | | 15.03.2013 | 15.07.2016 |
Task Description
The application installer needs an overhaul, all strict notices fixed and the associated dependant tasks resolved.
|
|
2047 | User Interface | Feature Request | Medium | Inserting images/screenshots from buffer | Unconfirmed | |
| | 1 | 04.09.2015 | 29.09.2015 |
Task Description
Good if adding functional about easy way for insert screenshots to task
|
|
2023 | Notifications | Feature Request | Low | Inform users if reminder is disabled in system settings | New | |
| | | 04.08.2015 | 04.08.2015 |
Task Description
There are 5 possible cases that IMHO should be handled more user friendly:
There is no cronjob for the reminder (schedule.php) setup → Reminders are never sent
Reminding is disabled in the global settings → Reminders are never sent
Reminder setting 'email' only → Reminders are only sent to users who set their notification setting to 'email' or 'both' and setup an email address
Reminder setting 'jabber' only → Reminders are only sent to users who set their notification setting to 'jabber' or 'both' and setup a jabber address
Project notification setting not set → ??? (research...)
If notification is disabled (1. or 2.), the notification tab on 'task details page' should adapt to that I think. (by css style or message or tooltip)
If notification is restricted to only one notification channel, the current user should be informed on notification tab on 'task details page' if he would receive notifications with his current notification settings.
|
|
2308 | User Interface | Feature Request | Low | improve user management for admins | New | |
| | | 27.10.2016 | 13.02.2017 |
Task Description
The register spam by probably bots in 2016 is annoying.
I ticked the setting, that an admin must accept a new registration. It helps to reduce spam task, but now admin must decide if the registrations are ok or just spam bots.
Beside the need of antispam-plugins, the management of users can be improved:
column sorting of user list, similiar to the tasklist
filtering user list, similiar to the tasklist
pagination of user list (25,50,100,200,all?)
more columns like ‘last login’, ‘last activity/tasks/comments created/votes/edit’ that may help to decide what status or settings a user should have in future.
show time zone setting and language setting of users implemented in userlist now
|
|
1599 | User Interface | Feature Request | Low | Implement "Tasks not blocked by other tasks" | Unconfirmed | |
| 2.1 | 1 | 11.08.2009 | 03.03.2013 |
Task Description
In the advanced search, there is "Tasks not blocking other tasks"
Implement a related: "Unblocked tasks" (i.e. Tasks not blocked by other tasks)
|
|
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.
|
|
2303 | User Interface | Feature Request | Very Low | Home screen for private flysprays | Requires testing | |
| | | 25.10.2016 | 26.10.2016 |
Task Description
I use Flyspray as a closed system with all projects set to private. I use it as a main means of communication with my clients. In such a case it would be a good idea for visitors to see a home screen (preferably a blank/splash screen with login option only) and definitely not the All tasks title or project names ( FS#2302 ) or taskid search.
|
|
2046 | User Interface | Feature Request | Low | Grouping in Task List | Unconfirmed | |
| | 1 | 04.09.2015 | 04.09.2015 |
Task Description
Need add view of grouping in Task List by Category
|
|
1811 | Backend/Core | Feature Request | Low | Google Docs/Dropbox Integration | New | |
| 2.0 | | 17.01.2013 | 13.03.2015 |
Task Description
On a project or ticket basis should be able to hook in and possibly also share permissions
|
|
1628 | Notifications | Feature Request | Low | Global Notification address | Unconfirmed | |
| 2.0 | | 25.02.2010 | 17.01.2013 |
Task Description
For a combination of archiving / "notify bot" reasons I have found it useful to have a single global notification address where all bug reports / updates / comments go.
In the past I've used this to automatically dump updates into a IRC / Jabber chat room as well as provide a way for a project manager (me) to keep an idea of the amount of activity. Please let me know if you have questions about this.
|
|
1818 | Backend/Core | Feature Request | Low | Git/SVN/CVS Integration | Planned | |
| 2.0 | 2 | 17.01.2013 | 12.08.2015 |
Task Description
Should be able to reference a ticket # when committing code, and then have a way to input your repository path to flyspray, and let it search all your commits for ticket #'s. Then should parse it, and have a link to that commit within the ticket.
|
|
1510 | Notifications | Feature Request | Medium | Function to test mail configuration | Planned | |
| 1.1 devel | 3 | 29.10.2008 | 28.10.2015 |
Task Description
Add a button to test mail configuration before notifications is accpeted
|
|
2020 | XMPP/Jabber | Feature Request | Medium | Function to test jabber/xmpp configuration | New | |
| 1.1 devel | 1 | 31.07.2015 | 19.09.2015 | |
|
1985 | Database Queries | Feature Request | Very Low | For developers - testing with huge flyspray data sets | New | |
| | | 24.03.2015 | 16.03.2016 | |
|
2054 | Backend/Core | Feature Request | Low | Fields for csv export choosable like for task list | New | |
| 2.0 | | 17.09.2015 | 31.12.2017 | |
|
1983 | Backend/Core | Feature Request | Low | Export Roadmap as "Changelog" | Unconfirmed | |
| | | 21.03.2015 | 21.03.2015 | |
|
2190 | Backend/Core | Feature Request | Low | enable move of a closed clask to other project without ... | Researching | |
| | | 06.08.2016 | 06.08.2016 | |
|
2522 | Backend/Core | Feature Request | Low | email vs username login issues | Researching | |
| | | 31.10.2018 | 02.11.2018 | |
|
1774 | Backend/Core | Feature Request | Low | Email Layout | Maybe | |
| 2.0 | | 11.10.2012 | 20.07.2015 | |
|
2010 | User Interface | Feature Request | Low | effort tracking widget | New | |
| 2.0 | | 18.07.2015 | 18.07.2015 | |
|
2009 | User Interface | Feature Request | Low | Edit task flow | New | |
| 2.0 | | 18.07.2015 | 07.08.2016 | |
|
2193 | User Interface | Feature Request | Low | Edit a comment while seeing task details and other comm... | New | |
| | | 07.08.2016 | 08.08.2016 | |
|
2126 | User Interface | Feature Request | Low | dynamic meta description (was: Change page title) | Confirmed | |
| 1.1 devel | | 17.05.2016 | 17.05.2016 | |
|
2577 | User Interface | Feature Request | Very Low | distinguish between anonymous reporter and deleted user | New | |
| | | 18.10.2019 | 18.10.2019 | |
|
2049 | Backend/Core | Feature Request | Medium | Display login page or customizable page to anonymous us... | Unconfirmed | |
| | | 09.09.2015 | 04.04.2016 | |
|
1772 | Backend/Core | Feature Request | Low | Different kinds of votes | Maybe | |
| 2.0 | 1 | 23.09.2012 | 09.03.2015 | |
|
1481 | User Interface | Feature Request | Low | Diff visualisation | Unconfirmed | |
| | 1 | 04.05.2008 | 09.03.2015 | |
|
2531 | Translations | Feature Request | Low | detect usage of translation keywords | New | |
| | | 10.01.2019 | 19.03.2019 | |
|
1697 | User Interface | Feature Request | Medium | Detailed Due Date, SMS Notification, Deadline Warning N... | Unconfirmed | |
| | | 28.12.2011 | 06.10.2015 | |
|
1751 | Backend/Core | Feature Request | Medium | Default to show all in Event Log | Confirmed | |
| 1.1 devel | 1 | 20.06.2012 | 09.02.2016 | |
|
2022 | Backend/Core | Feature Request | Low | default or auto options for some settings | New | |
| 1.1 devel | | 03.08.2015 | 15.01.2019 | |
|
2124 | User Interface | Feature Request | Very Low | Default avatar can't be restored | Confirmed | |
| | | 27.04.2016 | 29.04.2016 | |
|
2064 | Notifications | Feature Request | Low | Deadline Alert - so Flyspray can send notifications som... | Maybe | |
| | | 06.10.2015 | 02.12.2015 | |
|
1844 | Translations | Feature Request | Low | Czech translate | Waiting on Customer | |
| | | 08.03.2013 | 12.12.2019 | |
|
1491 | User Interface | Feature Request | Low | Custom task table columns for individual users | Unconfirmed | |
| 2.0 | 3 | 01.07.2008 | 01.10.2015 | |
|
1782 | Backend/Core | Feature Request | Low | Custom fields on task | Planned | |
| 2.0 | 3 | 27.11.2012 | 13.12.2019 | |
|
2346 | Backend/Core | Feature Request | Low | Custom css inheritance | Unconfirmed | |
| | | 20.02.2017 | 23.02.2017 | |