|
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
|
|
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.
|
|
1819 | Backend/Core | Feature Request | Low | Communicate via email | Planned | |
| 2.0 | 3 | 17.01.2013 | 18.10.2016 |
Task Description
Need to be able to email back and forth to communicate with flyspray. Ideally flyspray can be CC'ed on an email or can replay to a notification which would add the body and/or attachments to the thread. This goes back to reworking the way people interact with and view tickets
|
|
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
|
|
1823 | Backend/Core | Feature Request | Low | Comments with edit changes | Planned | |
| 2.0 | | 30.01.2013 | 06.03.2015 |
Task Description
When editing a ticket to change things like User, Percent done, etc should be able to add a comment. When changing 100% → 70% for example, there is usually a comment that goes along with that (e.g., you didn't yet finish changing the background color)
|
|
1834 | Backend/Core | Feature Request | Low | user profile page | Maybe | |
| 2.0 | | 25.02.2013 | 06.03.2015 |
Task Description
Should have a page that is a users profile page. so clicking in that users name on a ticket takes you there and you can see what bugs are assigned to them, what they have commented on, and other info about them and about their activity.
|
|
1843 | Backend/Core | Feature Request | Low | Attach 1 ticket to multiple projects | Maybe | |
| 2.0 | | 07.03.2013 | 06.03.2015 |
Task Description
As title says
|
|
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.
|
|
1858 | Backend/Core | Feature Request | Low | Clone Tasks and Projects | Maybe | |
| 2.0 | | 02.04.2013 | 15.09.2017 |
Task Description
My workplace is piloting Flyspray for an internal project and one feature that my boss was asking about was the ability to clone tasks and projects.
We have reoccurring simultaneous projects that contain a large number of testing tasks, and tasks dependent on other tasks, which makes starting up a new project very tedious. If it was possible to clone the contents of a task, or an entire project, we could create template tasks/projects that would really speed up the workflow.
|
|
1866 | Backend/Core | Feature Request | Low | API for automatically report a bug | Maybe | |
| 2.0 | 1 | 08.05.2013 | 06.03.2015 |
Task Description
Actually you can't automatically add a bug report. Or i haven't found it. In a first time a simple report via email or webservice could be great.
- Project Name - Message - System - Version - Status –> New - Priority → Normal - Category –> On a new category (created by default) : 'Automated report bug'
Sorry for bad grammar, i'am not english.
|
|
1868 | Backend/Core | Feature Request | Low | One issue for multiple components | Maybe | |
| 2.0 | | 22.06.2013 | 12.11.2015 |
Task Description
Hi,I would like to see a enhancement, where you can submit/edit and assign it to multiple components, as it needs work from multiple sides.
For example: A user asks for a new object to be visualized. This includes work of the GUI designers and altering internal core structures. For internal management, I would like to label this for both teams.
|
|
1871 | Backend/Core | Feature Request | Low | Restricted Task Types Based on Group | Maybe | |
| 2.0 | | 19.07.2013 | 06.03.2015 |
Task Description
I have a public bug tracker and would like to have a TODO like task, except restricted so only the developers can set the task type to TODO, while the general reporters can just submit bug reports or feature requests.
|
|
1876 | Backend/Core | Feature Request | Low | Add wiki page tab | Planned | |
| 2.0 | 1 | 26.09.2013 | 06.03.2015 |
Task Description
It will quite useful to have wiki page for project.
|
|
1924 | Backend/Core | Bug Report | Low | Better errors messages on email error | New | |
| 1.1 devel | | 11.07.2014 | 06.03.2015 |
Task Description
When entering the wrong SMTP information and then adding a user through Multiple New Users page, the error message is bad. It just says 'this should never happen'. Instead, we need to detect that it is an SMTP authentication error and report that issue to the user more clearly.
|
|
1955 | Backend/Core | TODO | Low | Codestyle | Confirmed | |
| 1.1 devel | | 07.03.2015 | 09.03.2015 |
Task Description
So, the new website is now online, the codestyle part is empty and I think we need to speak about them...
I can happily reformat the whole project once we have decided the whole thing. Don't forget, too strict code style leads to code style not being respected, so crap like max line length should be avoided. I personnaly don't know anybody coding from their mobile phones. I sometimes do check some code on it, but long lines never disturbed me as long as the line is not 5k chars long.
I think we should go for a standard one.
Things like:
- Do use brackets even if single lined condition - Variable names have spaces replaced by the next words first letter in capital, start with a lower case - Same goes for functions - Etc etc. Pretty much of PSR-1 maybe 2
What I don't understand is the use of spaces, and I'd be for tabs instead of 4 spaces (some files use 2 spaces, some 3...). Most of the dev tools are by default set to use tabs and not spaces. And be seeing the code now we see that it clearly. So i'd be for reformatting into tabs, the whole, and same time fixing the broken identation in every files.
I could write it down for the website
|
|
1956 | Backend/Core | TODO | Low | Dates | Confirmed | |
| 1.1 devel | | 07.03.2015 | 09.03.2015 |
Task Description
Upon my implementation for an easier date selector, I think we should rework it as follow:
|
|
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.
|
|
1962 | Backend/Core | Feature Request | Low | SMS notification - sending notifications via sms same a... | New | |
| | | 11.03.2015 | 02.12.2015 |
Task Description
moved from FS#1697 into a separate task.
|
|
1964 | Documentation | Feature Request | Low | On page documentation | New | |
| | | 11.03.2015 | 11.03.2015 |
Task Description
This is a parent task for all small helping or explaining tooltips that can be maybe added where approriate.
Many people don't like reading external documentations, which sometimes often is also not up to date with the current used version.
If you are doing something in Flyspray and you don't know exactly how it works or have to be done rigth and you must look at documentation, it breaks your workflow.
The best case is if its all perfect intuitive and you don't have to read any help texts. But in the case of more complex operations or things that do many things behind the scene a helping tooltip or explanation can give you a mental map and more trust into what the tool is doing.
|
|
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
|
|
1971 | Backend/Core | Feature Request | Low | a field like challenge level or doom level | New | |
| | | 12.03.2015 | 12.03.2015 |
Task Description
We have severity field. We have priority field. We have estimated effort field.
But we don't have a fíeld to see how hard a task is to solve. Something like in doom 3d shooter a face from normal/easy to angry/bloody/very hard.
Imaging you have some people in a company, some base educated, some high educated, some are experts in their field, some do repeating easy tasks.
By adding the ability to set a 'doom level' on tasks this can complete the view over a project in addition to severity,priority,effort.
|
|
1972 | User Interface | Feature Request | Low | Advanced search form - ideas for faster/better usabilit... | New | |
| 1.1 devel | | 12.03.2015 | 18.03.2019 |
Task Description
This task can maybe splitted into separate sub tasks.
Task properties
Current situation
Ideas
Multi select option styling
Some (not all, intentional!) browsers support CSS styling of option tags. For these who support it I think option styling is a good usability enhancement:
severity: We use background colors for styling in task list, so we should use the same colors for the select.
priority: maybe, but must be good distinguishable from severity styling. maybe not background, but maybe icons,borders,lines?
task type: This styling would be related to an other task, where I suggest icons/font icons for bugs, feature requests and TODO (see also themes/CleanFS/custom_example.css)
progress: maybe use the green %-bars as background styling
status: If for some status types very intuitive icons exists, they could be used for the options too.
due version: no idea yet, no option styling
reported version: no idea yet, no option styling
Update: CSS of option tags working in multi selects:
Firefox 64: yes
Safari 12: no
Google Chrome 71: no
So only Firefox. The intended styling could be also achieved by Javascript that renders alternative select boxes based on reading the original select boxes and their option attributes and show the user CSS styled div-tag or li-tag based constructs which do not have such restrictions.
Custom fields
challenge/doom level - doom faces: from easy/normal to bloody/angry face
os: logos like tux for linux, devil for bsd, window for ms, apple icon, osX icon, android, apple, iphone/smartphone icon, ipad/tablet icon, ..
But Consider: Different project may need different custom fields. Your gardening project may need no OS version selector.
Make some intelligent positioning and sizing dependent on the count of options of the selects.
|
|
1976 | Backend/Core | Feature Request | Low | Save sorting for actual project | Planned | |
| 1.1 devel | | 15.03.2015 | 15.03.2015 | |
|
1977 | Backend/Core | Bug Report | Low | Weird URL after closing task with reference | Unconfirmed | |
| | | 15.03.2015 | 18.03.2015 | |
|
1981 | Backend/Core | TODO | Low | Unify event logging and notifications | Confirmed | |
| 1.1 devel | | 20.03.2015 | 22.03.2015 | |
|
1983 | Backend/Core | Feature Request | Low | Export Roadmap as "Changelog" | Unconfirmed | |
| | | 21.03.2015 | 21.03.2015 | |
|
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 | |
|
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 | |
|
2005 | Backend/Core | Feature Request | Low | one account, several authentications | New | |
| 1.1 devel | | 18.07.2015 | 18.07.2015 | |
|
2007 | Backend/Core | Bug Report | Low | time on project overview activity timelines | New | |
| | | 18.07.2015 | 18.07.2015 | |
|
2008 | User Interface | TODO | Low | difference between related tasks and related links | New | |
| | | 18.07.2015 | 18.07.2015 | |
|
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 | |
|
2022 | Backend/Core | Feature Request | Low | default or auto options for some settings | New | |
| 1.1 devel | | 03.08.2015 | 15.01.2019 | |
|
2023 | Notifications | Feature Request | Low | Inform users if reminder is disabled in system settings | New | |
| | | 04.08.2015 | 04.08.2015 | |
|
2025 | User Interface | Feature Request | Low | Adding new tasks is too undiscoverable | Unconfirmed | |
| | | 09.08.2015 | 09.08.2015 | |
|
2029 | Backend/Core | Feature Request | Low | possibility to let a user describe himself | New | |
| | | 12.08.2015 | 18.01.2018 | |
|
2030 | User Interface | Feature Request | Low | show votes of a user on user page | New | |
| | | 12.08.2015 | 15.01.2017 | |
|
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 | |
|
2038 | Backend/Core | Bug Report | Low | Jscalendar must be replaced with something else | New | |
| | | 23.08.2015 | 24.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 | |
|
2048 | Backend/Core | Bug Report | Low | error when adding data containing national characters | Unconfirmed | |
| | | 09.09.2015 | 09.09.2015 | |
|
2052 | Text Rendering | Feature Request | Low | Add Markdown syntax option for task descriptions | Unconfirmed | |
| | | 16.09.2015 | 08.08.2016 | |
|
2053 | Backend/Core | Bug Report | Low | ambiguous user name display | New | |
| 1.1 devel | | 17.09.2015 | 17.09.2015 | |