|
2317 | User Interface | Bug Report | Medium | Date format wrong | Confirmed | |
| 1.1 devel | | 22.11.2016 | 22.11.2016 |
Task Description
In some parts of the world (primarily the US), the date is viewed as Month/Day/Year. However, all options in the current rc4 build are listed as Day/Month/Year aside from one, which goes ShortWrittenMonth/Day#/Year#.
This is poor from a customer perspective, and can be highly confusing. I can change the date globally to a correct format in the database, but this doesn’t help much as every user can select their own date which has all incorrect formats.
|
|
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?
|
|
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.
|
|
2118 | User Interface | Feature Request | Low | Show overview of existing tags for users | Assigned | |
peterdd | 1.1 devel | | 09.04.2016 | 26.10.2019 |
Task Description
At several places it could be useful to let the user view available tags:
When editing a task a toggle popup could show a list of selectable and existing tags.
I found several nice vanilla-js-multiselect-with-autocompletion scripts, but none yet that still works at a basic level when javascript is turned off.
My plan is now:
Keep the current basic input text field for input tags and show current assigned tags like exampletag1;exampletag2;exampletag3 separated by ‘;’ that is sent to the server when saving the task and server handles evaluation of that string (validation, duplicates, removed, added, creating new tags if allowed for current user)
A CSS only toggle that shows available tags that can be assigned (works even with js turned off), similiar to other places within Flyspray like advanced search toggle.
If js turned off, the user must type the tag - not as fancy, but at least works. (I thought also about using a html select with multiple=”multiple” attribute, but was not convinced due styling not possible in modern browsers without js)
If js is enabled, more fancier stuff is possible:
The input text field is hidden by display:none and instead the styled tags are shown.
The current added tags also get a little x to remove a tag by clicking it. The content of the hidden input text field is updated to reflect the current editing status. (click eventlistener)
A generated text input field for typing with autocompletion list shown of matching availbale tags. An unknown tag is added to the list if user is allowed to create tags. Clicking a item in the autocompletion list adds the tag and resets the autocompletion input text field for the next autocompletion action.
The tags within the toggle list with all available tags get also a click event listener, so clicking it adds them to the hidden text input.
Not sure yet if an added tag should be removed from the all available tags list or just make an CSS indication that a tag is still added, currently I tend to keep the list untouched, just highlight used tags of the task.
Make the list of tags searchable for the advanced search. added with FS1.0-rc10 by just using search key words also for searching list_tags table.
|
|
2055 | Backend/Core | Bug Report | Low | Make the csv export table fields respect the user permi... | New | |
| 1.1 devel | | 17.09.2015 | 17.09.2015 |
Task Description
Just moved issue #110 from https://github.com/Flyspray/flyspray/issues/110 to here for centralized task tracking.
Maybe just needs testing with current github master.
|
|
2053 | Backend/Core | Bug Report | Low | ambiguous user name display username / realname | New | |
| 1.1 devel | | 17.09.2015 | 19.02.2020 |
Task Description
With the existence of now two peoples named “Peter” on bugs.flyspray.org (I - peterdd , and PeterTheOne) there are several places where the full names are display instead of usernames and the user can’t know who is which “Peter” until he visits the users profile page.
Different solutions possible:
more profile image/gravatar usage where user names are shown, on mouseover link title attribute shows username and realname
display user name (username) instead of full name (realname)
display full name and username (where much space available and precision needed)
…
When adding the mention feature, the username will be probably the prefered setting as the username is unique but the realname not.
|
|
2031 | User Interface | TODO | Low | Rendering overdue | Planned | |
| 1.1 devel | | 12.08.2015 | 14.08.2015 |
Task Description
One of my task has 8.9166666666667 days left. This is very very very very accurate !
A rounding would look better !
Running Alpha2 now, Cannot use this on 'reported version' here on this site
Edit: Rounding is adhoc fixed on 2015-06-21 in dev in template file, but code should IMHO be centralized, not template, see comments
|
|
2022 | Backend/Core | Feature Request | Low | default or auto options for some settings | New | |
| 1.1 devel | | 03.08.2015 | 15.01.2019 |
Task Description
Some project and user settings should be able to set back to its default or 'auto' option.
flyspray or project wide task list length, currently hard coded to 250
user tasks_perpage setting
user notifytype
user timezone
user language (system/project and auto (browser detection) selectable)
...
|
|
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.
|
|
2019 | User Interface | Feature Request | Medium | title -tag | Waiting on Customer | |
| 1.1 devel | | 26.07.2015 | 26.07.2015 |
Task Description
I vote for removing $fs->prefs['page_title'] from title-tag.
Comments welcome!
Explanation:
When the user has many open flyspray tabs, he cannot distinguish them at the first look, because the tab header is filled with redundant information of the systemwide 'page_title' name.
But the browsers also show the favicon.ico of the website (BTW: we need a better one, with some color - and the big webapp icons too for iPhone & co..) So the user has indication that the tab is a flyspray tab and the page_title text is redundant and wasted space there.
Also search engines could better represent search results if they group together the results from one website. (google shows most relevant pages together if google is sure the whole website is the best search result for the search query (ranked #1)
flyspray> grep -r 'setTitle' *
includes/class.tpl.php: public function setTitle($title)
index.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title']);
scripts/lostpw.php:$page->setTitle($fs->prefs['page_title'] . L('lostpw'));
scripts/newtask.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('newtask'));
scripts/register.php:$page->setTitle($fs->prefs['page_title'] . L('registernewuser'));
scripts/details.php:$page->setTitle(sprintf('FS#%d : %s', $task_details['task_id'], $task_details['item_summary']));
scripts/depends.php:$page->setTitle(sprintf('FS#%d : %s', $id, L('dependencygraph')));
scripts/index.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('tasklist'));
scripts/admin.php: $page->setTitle($fs->prefs['page_title'] . L('admintoolboxlong'));
scripts/gantt.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('gantt'));
scripts/roadmap.php:$page->setTitle($fs->prefs['page_title'] . L('roadmap'));
scripts/pm.php: $page->setTitle($fs->prefs['page_title'] . L('pmtoolbox'));
scripts/reports.php:$page->setTitle($fs->prefs['page_title'] . L('reports'));
scripts/myprofile.php:$page->setTitle($fs->prefs['page_title'] . L('editmydetails'));
scripts/toplevel.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('toplevel'));
scripts/newmultitasks.php:$page->setTitle($fs->prefs['page_title'] . $proj->prefs['project_title'] . ': ' . L('newtask'));
scripts/user.php:$page->setTitle($fs->prefs['page_title'] . L('viewprofile'));
|
|
2018 | User Interface | Bug Report | Low | review keyboard navigation | Researching | |
| 1.1 devel | | 26.07.2015 | 29.07.2019 |
Task Description
Keyboard navigation is not documented
At least there is no hint in the interface which keyboard shortcuts are available for fast navigation between task list and task details view.
Due to the dropping of the cookie storage for remembering last search or last selected task in favor of not interfering when multiple flyspray browser tabs are open (with e.g. different projects) , the caret list browsing with ‘j’,’k’,’o’ and details view isn’t useful at moment.
keyboard based navigation must be documented somewhere, e.g. by providing hints (clickable icon for info or :hover ) at appropriate positions.
navigation flow and technical realisation reviewed for keyboard power users
Edit: Currently handled by js event handler:
j move cursor down in task list
k move cursor up in task list
o open current selected task in task list
n next task on task details page
p previous task on task details page
grep -r 'accesskey' *
Current accesskeys (browserspecific + key):
a double usage for new task and newmultitask. Must hit [Enter] to open one of them; on newmultitask page it adds a new row.
e edit task on task details page
f copy firstline to the other rows on new multitask page
l show loginbox or logs you off
m toggle mysearchesbox
r reset? when dokuwiki plugin is used
s submit when dokuwiki plugin is used
w watch/unwatch task on task details page
n next task
p previous task
y close task
|
|
2016 | User Interface | TODO | Medium | heading and h1, h2, h3 | New | |
| 1.1 devel | | 23.07.2015 | 23.07.2015 |
Task Description
We should change the document logic a bit here. For public projects search engines like well structured pages more then others. And we get a consistent structure too in future for Flyspray.
This I have in mind
Project area name ("All Projects" or "Project name")
Admin setting / Project setting pages, title of the sub pages
Currently: h3-tag!
My wish: h1 tag
Section names in these pages
Task view page
Task name=summary
Currently: h2 tag
My wish: h1 tag
Task descriptions then can use structuring their task description starting as h2,h3,h4 (done by dokuwiki renderer for example)
Toplevel project overview /dashboard
Currently: h2 for each project name
My wish:
* keep h2 for each project name
* h1 for the page heading (maybe hidden by css)
New Task page
Reports page
Currently: h3 tag
My wish: h1 tag
Roadmap page
Currently: h3 tag for each milestone
My wish:
* h2 tag for each milestone,
* h1 tag for heading (maybe hidden by css)
MyProfile page
Currently: h3 tag for each section
My wish:
* h2 tag for each section
*h1 tag for heading (maybe hidden by css)
(Sure the theme.css must be adapted to this change.)
|
|
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.
|
|
2005 | Backend/Core | Feature Request | Low | one account, several authentications | New | |
| 1.1 devel | | 18.07.2015 | 18.07.2015 |
Task Description
Currently it seems a user needs two accounts to login by normal user-password and oauth2 login with facebook,g+ etc.
Better would be if a normal username-password registered user could connect a oauth2-login with his existing login.
|
|
2004 | User Interface | Bug Report | Low | php notice on unset params on reports page | New | |
| 1.1 devel | | 18.07.2015 | 19.09.2015 |
Task Description
If on the reports page some get params aren't set, there are notice warnings on the report result page
like
index.php?do=reports&events[]=30
without start date,end date,result size
But it can be useful to have a bit shorter urls for sharing between authorized users instead the full params url.
Result page should use user default and project default settings fallbacks for the unset get params.
|
|
2000 | User Interface | Feature Request | Low | Responsible persons column view | New | |
| 1.1 devel | | 22.06.2015 | 09.09.2015 |
Task Description
In the task list the responsible persons are shown as "first person name, +n" where n are the count of further responsible persons.
I think this can be done a bit better.
Ideas:
show as it is now, but on css :hover show all persons
use initials like "CR FS JM" for Cristian R., Florian S., Jordan M. and on css :hover show a list with the full names, this can make the column width a bit smaller.
-
|
|
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 |
Task Description
Title says all. Small usability fix that will be big
|
|
1982 | Backend/Core | Bug Report | Low | double entries in assignees list | New | |
| 1.1 devel | | 20.03.2015 | 11.02.2016 |
Task Description
maybe yet fixed in 1.0 dev, but here bugs.flyspray.org my account is shown twice for selection if u edit a task.
Internally in the form also with the same id, so probably not a big problem.
I registered some years ago, maybe this year jordan(?) added me again or with another email adress? Maybe I have two addresses under on account here, which is a feature, not a bug.
But for the assignee list it should “group by user_id”.
|
|
1981 | Backend/Core | TODO | Low | Unify event logging and notifications | Confirmed | |
| 1.1 devel | | 20.03.2015 | 22.03.2015 |
Task Description
They are currently two separate mechanisms. Shouldn't be so. Events happen always, notifications when someone should be or have chosen to be notified about those events.
Besides, the current code is just a total mess that should be fixed/rewritten anyway, and we unfortunately also overlooked during the development phase 2 things: one new table, users_emails, and the fact that the user is now allowed to give several email addresses separated by a semicolon.
|
|
1976 | Backend/Core | Feature Request | Low | Save sorting for actual project | Planned | |
| 1.1 devel | | 15.03.2015 | 15.03.2015 |
Task Description
"Sorting by columnXYZ" - possibly in $_SESSION?
|
|
1975 | Backend/Core | Feature Request | Low | Batch processing of tasks in tasklist | Planned | |
| 1.1 devel | 1 | 15.03.2015 | 13.12.2016 |
Task Description
E.g. actual version, dueVersion, ...
Edit by peterdd: Topic was discussed earlier on https://github.com/Flyspray/flyspray/issues/130 (edit:It seems Jordan turned “issues” on github.com off in favor of bugs.flyspray.org)
The feature still exists but it is turned off until finished in a secure way. The possibility of sub and parent tasks requires many checks.
|
|
1973 | Backend/Core | TODO | Low | url rewrite | Planned | |
| 1.1 devel | | 14.03.2015 | 11.02.2016 |
Task Description
Well, it needs a cleanup, per example:
fixed now http://127.0.0.1/flyspray/task/3?project=1
That should be something like:
The actual one is actually half a rewrite and half a GET version
|
|
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.
|
|
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.
|
|
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?
|
|
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 | |
|
1967 | User Interface | Bug Report | Low | Keep browser scroll position when sorting task list | New | |
| 1.1 devel | | 12.03.2015 | 19.09.2015 | |
|
1966 | User Interface | Feature Request | Low | My votes on myprofile | New | |
| 1.1 devel | | 11.03.2015 | 03.11.2015 | |
|
1965 | Public Relations | Bug Report | High | PR fixes for FS 1.0 on external sites | New | |
| 1.1 devel | | 11.03.2015 | 24.07.2015 | |
|
1959 | User Interface | Feature Request | Low | Add vote from tasklist | Planned | |
| 1.1 devel | | 09.03.2015 | 09.03.2015 | |
|
1956 | Backend/Core | TODO | Low | Dates | Confirmed | |
| 1.1 devel | | 07.03.2015 | 09.03.2015 | |
|
1955 | Backend/Core | TODO | Low | Codestyle | Confirmed | |
| 1.1 devel | | 07.03.2015 | 09.03.2015 | |
|
1924 | Backend/Core | Bug Report | Low | Better errors messages on email error | New | |
| 1.1 devel | | 11.07.2014 | 06.03.2015 | |
|
1919 | Backend/Core | Bug Report | Low | AJAX Quick-Edit on category and task pages | Planned | |
| 1.1 devel | 1 | 09.07.2014 | 07.12.2015 | |
|
1875 | Backend/Core | Feature Request | Medium | Ability to mark project as completed | Maybe | |
| 1.1 devel | 1 | 26.09.2013 | 12.10.2015 | |
|
1861 | Backend/Core | Bug Report | Medium | Login-Page should redirect after login to the page, the... | Confirmed | |
| 1.1 devel | 1 | 12.04.2013 | 09.07.2018 | |
|
1849 | Backend/Core | Feature Request | High | Installer Overhaul | Planned | |
| 1.1 devel | | 15.03.2013 | 15.07.2016 | |
|
1847 | User Interface | Feature Request | Low | Make default theme responsive | Planned | |
| 1.1 devel | | 14.03.2013 | 16.10.2015 | |
|
1836 | Backend/Core | Feature Request | Low | Need permission option to view only own tasks | Planned | |
| 1.1 devel | | 27.02.2013 | 22.04.2015 | |
|
1812 | Backend/Core | Feature Request | Low | Multiple email addresses | Planned | |
| 1.1 devel | | 17.01.2013 | 30.12.2015 | |
|
1753 | Backend/Core | Feature Request | Medium | Usergroup Restriction: Only View Summary | Confirmed | |
| 1.1 devel | 2 | 20.06.2012 | 27.06.2016 | |
|
1751 | Backend/Core | Feature Request | Medium | Default to show all in Event Log | Confirmed | |
| 1.1 devel | 1 | 20.06.2012 | 09.02.2016 | |
|
1748 | Database Queries | Feature Request | Low | Sort by recent activity | Planned | |
| 1.1 devel | | 17.06.2012 | 11.03.2015 | |
|
1737 | Javascript | TODO | Low | Javascript Overhaul | New | |
| 1.1 devel | 1 | 25.05.2012 | 24.02.2016 | |
|
1736 | User Interface | Feature Request | Low | Be able to add colors for Task Statuses | Planned | |
| 1.1 devel | | 16.05.2012 | 15.10.2015 | |
|
1720 | Backend/Core | Feature Request | Low | Better Access Control Lists and User / Group Management | Planned | |
| 1.1 devel | | 01.05.2012 | 20.03.2015 | |
|
1673 | Backend/Core | Bug Report | High | Only white screen after upgrade to 1.0 - reasons | Confirmed | |
| 1.1 devel | 4 | 12.01.2011 | 17.08.2016 | |
|
1671 | Database Queries | Feature Request | Low | Ability to extract CSV, or Excel | Planned | |
| 1.1 devel | 3 | 18.12.2010 | 08.10.2017 | |
|
1510 | Notifications | Feature Request | Medium | Function to test mail configuration | Planned | |
| 1.1 devel | 3 | 29.10.2008 | 28.10.2015 | |
|
1487 | Authentication | Feature Request | Low | LDAP(Active Directory) Authentication | Planned | |
| 1.1 devel | 11 | 21.05.2008 | 04.09.2019 | |