|
2034 | User Interface | Feature Request | Low | reduced extended search form when applicable | New | |
| | | 17.08.2015 | 17.08.2015 |
Task Description
If a project has no versions defined yet and there are also no 'global' versions defined, there is not need for displaying the version selects.
Same for categories. If no categories in project and no global categories then no need for displaying a cat select.
Maybe a tooltip/hint in the extended search form to inform the user that the fields were hidden for that reason.
|
|
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
|
|
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
|
|
2083 | User Interface | Information | Low | Drag and drop tasks on roadmap | Unconfirmed | |
| | | 30.10.2015 | 30.10.2015 |
Task Description
On the roadmap it would make life a lot easier if it was possible to drag and drop tasks into versions.
|
|
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
|
|
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?
|
|
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.
|
|
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
|
|
2548 | User Interface | Feature Request | Low | CSS grid layout for task details page type | New | |
| | | 05.05.2019 | 05.05.2019 |
Task Description
Layouts from 320 pixel mobile portrait, tablet sizes and up to 4k monitor landscape mode using
@media queries
Mockups required not only for different sizes, but also different project configurations, user permissions, and task relations.
Should look ok whatever project configuration is done or how weird a task description is.
On wider screens the comments could be beside the task description for instance. Or some tabs or menus could be shown directly instead of grouping in the tabs.
|
|
2549 | User Interface | Bug Report | Low | Oauth register template always shows "Username already ... | Unconfirmed | |
| | | 06.05.2019 | 06.05.2019 |
Task Description
RC9 running on CentOS LAMP stack
Steps done to create the problem: Set up google as an oauth provider. Have a user click “Sign in with Google” in the login box. User connects their account with Flyspray. Google redirects the user back to Flyspray The return screen (on flyspray) asks for a username.
Expected behavior: No warning about duplicate username should be shown on initial page load since no username was entered yet
Experienced behavior: A warning about the username being already taken is shown.
It appears there is no logic for showing or hiding that warning in register.oauth.tpl
(It would be great if flyspray was able to just use the email as a username to make the UX even better/simpler.)
|
|
2554 | User Interface | TODO | Low | keyboard shortcuts help box should adapt to current pag... | New | |
| | | 06.06.2019 | 06.06.2019 |
Task Description
The shortcuts help infobox should adapt to the current page type.
So when in editing a task for instance, the n (next task) and p (previous task) shortcuts are not available for a good reason. Listing them there with same priority as other keys then is not helpful.
The simpliest solution is probably putting some if-statements depending on the $do variable into CleanFS/templates/shortcuts.tpl ..
|
|
2572 | User Interface | TODO | Low | add link attributes ugc and nofollow to user generated ... | New | |
| | | 13.09.2019 | 13.09.2019 |
Task Description
no task description |
|
2577 | User Interface | Feature Request | Very Low | distinguish between anonymous reporter and deleted user | New | |
| | | 18.10.2019 | 18.10.2019 |
Task Description
When a user is deleted from Flyspray, their opened tasks, closed task and task comments are then shown as Anonymous Submitter, the same way as anonymous reporters (not really anonymous, just that user does not have login account, but usually their email address is stored within that task data).
Currently just the entry from users table are deleted when a user is deleted. Their internal user_id integer is still within tasks and comments fields, and maybe some other tables too. So there is not a ON DELETE SET NULL rule or something like that applied. As it is just an autoincremented number by the system, this is not personal data imho and should be no problem for GDPR, but gives Flyspray the ability to distinguish between anon reporters and deleted users. Well, we could also look if there is an email address within task table entry for notification of anonymous reporter, but there are also tasks possible that have no user_id nor an email address.
It might by useful to present that information differently like deleted user or showing the info differently like icon + title-tooltip with explanation.
Also interesting what happens with mentions of a deleted username in a comment or task description. (see FS#2322)
The user isn’t in database, but deleting that now gone user should not modify tasks or comment where that username was mentioned I think. But what if another user registers under that now gone username? In that case that new user would inherit that mentions. Probably we can ignore that edge case as there will be not much things will happen with an old mention in old tasks/comments.
|
|
2581 | User Interface | Feature Request | Low | replace bitmap icons of default theme | New | |
| | | 31.10.2019 | 05.04.2021 |
Task Description
I played with adding a dark mode color theme to the default CleanFS theme.
To make the dark theme just simple exchange some colors, the bitmap icons should be replaced with alternatives.
Easiest would be using the fontawesome font icons as Flyspray still uses them and they can simply get a css color assigned.
Examples
caret of tasklist
the ‘select all’ icon of tasklist, but also used at some more locations.
some icons in the Flyspray main toolbar (Overview, Tasklist, Event log, ..)
the black calendar icons for date selects
maybe the file type icons for attachments
Editors
Dokuwiki toolbar fixed in devel for Flyspray 1.0-rc10
CKEditor: some modern CKEditor themes support color/dark mode, I will probably choose the moona-lisa theme as default.
|
|
2635 | User Interface | Feature Request | Medium | improve usability of add/remove tags to/from tasks | Planned | |
| 1.0 | | 13.04.2021 | 23.04.2021 |
Task Description
Integrate the selectpure javascript to the new task and edit task form.
By default there is a text field where tag names are separated by ‘;’ character.
Selectpure could instead show the tags with their visual layout with a little ‘x’ inside on the right side for removing a tag and autocomplete when typing a tag name to show existing tags from the flyspray_list_tag-table as possible selections.
Instead implemented a CSS and raw javascript solution with a single taghelper.js without any dependancies.
A button beside the tag input text field toggles a list of available tags for the current task, depending on the project and settings.
Still TODO
styling of added tags
highlight tags that would be removed when the task will be saved.
highlight tags that would be added when the task will be saved.
highlight tags that are attached to the task in the available taglist.
highlight tags that are added to the task in the available taglist.
optimize layout for this feature.
|