|
2029 | Backend/Core | Feature Request | Low | possibility to let a user describe himself | New | |
| | | 12.08.2015 | 18.01.2018 |
Task Description
This could be done by a textarea field (like comment text or task description) on the myprofile page and stored in a new field (of type text for instance) in the user table.
This allows the user to introduce himself to the other users.
Should be restrictive, for instance only simple text allowed, no html or tags.
|
|
2030 | User Interface | Feature Request | Low | show votes of a user on user page | New | |
| | | 12.08.2015 | 15.01.2017 |
Task Description
On the user page
/index.php?do=user&area=users&id=* or /index.php?do=user&area=users&id=*&project=1 or /index.php?do=user&area=users&id=*&switch=1 (project switch select)
an info could be shown how many votes a user has given.
Maybe show the tasks on mouse hover (:hover) if permission to view them exists.
Needs to be considered:
Show count only for current project or all projects? (project param is optional on user page)
counts of hidden, closed or restricted projects (user permission)
How to handle votes of private tasks?
Show votes of closed tasks too? (votes on closed tasks should don’t count for max votes per project)
When personal “max votes per project” (open tasks) is active, this is of more value.
|
|
2032 | User Interface | Feature Request | Low | replace hardcoded ... 'ellipsis' | New | |
| | 1 | 12.08.2015 | 12.08.2015 |
Task Description
Thomasz wrote:
The other thing that I cannot find how to make the text to be visible in the whole column (as with the summary I get the ... at some point of the text).
The root of this is found in scripts/index.php in function tpl_draw_cell():
case 'summary':
$value = tpl_tasklink($task, utf8_substr($task['item_summary'], 0, 55));
if (utf8_strlen($task['item_summary']) > 55) {
$value .= '...';
}
break;
We live in a world now, where the view port ranges from 320 pixel width mobile screens up to 4k+ wide tv screens, the amount of columns is configurable from minimal to all available fields of a task. We currently let the browser automatic decide how wide he renders each column depending on table content and available window size.
Well, that ellipsis problem can be handled at different levels:
motivate the task creators to use short task summary if possible (e.g. show a hint/tooltip when typing the summary gets over a limit, in our case the hardcoded limit is 55. ). Short task topic/summaries are easier to read/scan for the users.
replace the hard ellipsis by a pure css solution, that adapts to users browserwindow size/space in in the columns for summary
drop the ellipsis thing complete, task summary always shown full length, table rows adapt in height automatically.
Possible CSS solution:
|
|
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.
|
|
2036 | Backend/Core | Bug Report | Very Low | session timeout | New | |
| | 1 | 21.08.2015 | 12.01.2016 |
Task Description
Got "wrong token" on creating a task whose form were open for a while in browser tab.
That means probably the session timed out on bugs.flyspray.org, so the anti csrf token doesn't existed anymore on the webserver.
It would'nt be a big problem if the browser backbutton works showing the ready written form again, but it was empty.
One solution would be temporarly storing it offline in the browser storages which are available with html5. But open for other simpler solutions..
|
|
2038 | Backend/Core | Bug Report | Low | Jscalendar must be replaced with something else | New | |
| | | 23.08.2015 | 24.08.2015 |
Task Description
It's old. There has been a newer version 2.0. Even that one is not supported anymore, although some documents still remain available. The calendar component relies on its language translations files to be complete, or it breaks. Unfortunately, as I found out a few weeks ago, they are not, after switching the default language from english to my native one. Without having a good replacement for it, some of the translations for flyspray itself we've been getting lately are half-way unusable. Not for an ordinary user, but for anyone actually having to edit a task and its due date.
|
|
2057 | Backend/Core | Bug Report | Low | Do not resubmit forms on browser reload button or F5 | New | |
| | | 22.09.2015 | 23.09.2015 |
Task Description
On some forms, when the user presses the reload button of this browser, the POST submit can be resubmitted.
Browsers can warn about this (Chromium, Firefox, Konqueror tested and they show a warning dialog) before executing the second POST. But people on Flyspray mailing list wrote they experienced double comments.
Simple solution is just HTTP GET redirects after a successful POST. (HTTP 303 or HTTP 302) But maybe there is a better method than a second roundtrip always needed?
Success, Error, or Warn-messages to the user are stored in the $_SESSION variable for displaying on the second GET request. But I think that this is a bit ... mmh... not perfect.
For example, I would like to have in the direct response at which position in a form an input error is, not just the message bar in the top center as it is currently that just dissappear after a few seconds.
Also take care the browser back button still works as expected for the user.
|
|
2058 | Backend/Core | Bug Report | Low | Closing of github.com 'Issues' feature | New | |
| | | 24.09.2015 | 24.09.2015 |
Task Description
As discussed with the team some time ago, a consolidation of places where issues are discussed is wanted.
One of the results was, that we do not want people post issues to github.com Issues and instead use our own bugs.flyspray.org and to prefer "to eat our own dogfood" and a have central place to handle tasks.
As a result we tried to reduce the open issueas on github.com. I was in the process of moving 2 of still 7 open issues there to bugs.flyspray.org when suddenly the Issues on github.com were closed. Now the last 5 issues there are lost at the moment for me and the audience, which where mostly informations to interested users, not bugs.
I think just closing it without an easy accessible alternative is not the best solution.
At least we should wait until the oauth2 authentication for github users should be implemented and setup on bugs.flyspray.org , so people browsing github.com, finding Flyspray project just can "Login with github"-feature on bugs.flyspray.org.
The blocker to do this: Currently there is missing an option to "connect" an oauth "Login with github"- Login with an existend flyspray userlogin.
So that one userid in flyspray can:
login with username and password
login with one or more of his social accounts (github, facebook, microsoft, g+) if they are enabled (would it restrict to github.com accounts for bugs.flyspray.org)
|
|
2059 | Backend/Core | Feature Request | Low | usage of github automated/webhook notifications | New | |
| | | 24.09.2015 | 24.09.2015 |
Task Description
We have no API yet for Flyspray.
But someone could write a simple php-file that can be called by a github.com auto notification, whenever:
Github.com provides the configuration of such notification for a possible target like
https://bugs.flyspray.org/api/github.php
or
https://bugs.flyspray.org/api/github.php?project=1
in the settings of a project.
What the file needs:
import some of the existing Flyspray classes from includes/
config or load the secrets that are provided by github.com in the setup for the automatic notification
check that secrets and more for authentication and authorization of requests coming from github.com
-
take actions on the results of that message parsing like making adding comment or modifying a task status
|
|
2062 | User Interface | TODO | Low | review do=admin&area=editallusers | New | |
| | | 29.09.2015 | 15.04.2020 |
Task Description
Bugs
Small javascript issue: When checkbox of one users row clicked, it doesn’t select the checkbox because the row click event handler doubles the click (check and uncheck, tested with firefox41). Clicking in the row (not on the name) selects the checkbox. fixed
browser back button after delete of a user not working as expected. (fix it by redirect 303 , see modify.inc.php how it done for other form submits)
Missing features
no sorting possible of the table (like tasklist)
no pagination (like on tasklist) OK, probably not needed: ~2000 user registrations on bugs.flyspray.org and no problem rendering the table in browser. Archlinux has over 12k users and my test with 30k generated users showed problems handling the huge query results. So we need this!
no filtering of user list possible
no helpful information for admins like registration date and last time of login of users (last login time requires a new field in flyspray_users) implemented in Flyspray 1.0-rc7
no summary about users like how many exists or how many are currently online (requires storing sessions in a db session (e.g. flyspray_session) table instead php default session directory) on the install. Or a statistic graph of activity or peaks of new registrations over time.
maybe show user profile image too in the list.
choosable user field columns - partially implemented since 1.0-rc7 by selecting groups of user fields and calculated user fields: user stats, user settings
|
|
2063 | Backend/Core | Feature Request | Very Low | show closed/open usage count on do=pm&area=XXX | New | |
peterdd | | | 29.09.2015 | 25.03.2021 |
Task Description
Currently on
do=pm&area=cat
do=pm&area=version
do=pm&area=os
do=pm&area=resolution
do=pm&area=status
do=pm&area=tags
do=pm&area=tasktype
a count of usage in tasks is shown for every property.
Interesting would be if the counter shows the count for open/closed tasks on each row.
|
|
2073 | Backend/Core | Bug Report | Low | Couldn't edit comment of anonymous reporter | New | |
| | | 17.10.2015 | 17.10.2015 |
Task Description
I wanted edit/fix the comment of an anonymous reporter, but the edit shows empty content on editing..
(here on closed, but non yet implemented FS#218 )
|
|
2104 | Backend/Core | Bug Report | Low | filtering by one user on tasks with multiple assignees ... | New | |
| | | 26.02.2016 | 15.06.2020 |
Task Description
If you have a tasklist with tasks that have multiple assignees in a task and you search just by one of the assignees, the resulting tasklist shows only this user in the assignees column.
Expected: all assignees of the tasks are shown.
|
|
2105 | Backend/Core | Feature Request | Medium | countermeasures for 'add task anonymous' spam | New | |
| | | 27.02.2016 | 27.02.2016 |
Task Description
Today I got first SPAM on bugtracker.
Question: Is it possible to enable CAPTCHA for anonymus task add?
Question 2: Is it possible to delete SPAM tasks.
|
|
2114 | Translations | TODO | Medium | Standardize the priority meaning across flyspray transl... | New | |
| | | 07.04.2016 | 26.03.2018 |
Task Description
Standardize the priority meaning across flyspray translations.
Idea:
0 - priority unset (database field default value)
1 - defer (or very low priority, often results the task is defered, see “Eisenhower principle”) 2 - low 3 - normal 4 - high 5 - very high
6 - flash (house burns, catastrophic event, website down, “boss” decision)
Some other software (other task planers/ email programs) use a 1-5 step priority. So an export feature to other software may merge priority 6 to priority 5 for such software.
In 2012 meaning was changed only in english translation.
Before normal was priority 2 in a 1-6 range, after it is priority 4 in a 1-6 range. It should be IMHO 3 in that 1-6 range.
|
|
2127 | User Interface | Feature Request | Low | overhaul task detail page layout | New | |
| | | 20.05.2016 | 25.05.2016 |
Task Description
There was a question on the mailing list:
I have a suggestion, even though I don´t know if it´s possible to do it. But if it is, it would be great! In the comments list of a given task, is it possible that the comments appear from the newest one to the oldest ones, and not as it is now, with the new ones coming at the end of the list? This is because I deal with long comments list for a given task, and it is becoming difficult to reach the last one, that is, the newest comment, because the order in the comments is on the top, the older ones. If this could be altered it would be great.
Kind regards Ana ...
Quick anwsers:
Users can use ‘End’-key and ‘Pos1’-key on their keyboard to scroll to bottom and top of page. (lame anwser I know)
Another quick anwser is to just reverse the comments array in the appropriate template themes/CleanFS/templates/details.tabs.comments.tpl :
Replace
<?php foreach($comments as $comment): ?>
with
<?php
$comments_latestfirst=array_reverse($comments);
foreach($comments_latestfirst as $comment): ?>
But the real problem I think is that the details page (and others too..) is not optimized for todays wide screens (landscape views). Laptops have FullHD or higher but the Flyspray users still have to scroll to get an overview of a task.
And for narrows views too (mobile phones, tablet portrait view)
The attached screenshot shows moving the task details tabs beside their task description if the display width is over 1200 css pixel. (and the reversed comments too ). Done with pure css media query:
E.g. add to a custom stylesheet file custom_detailswidescreen.css in folder themes/CleanFS/ :
@media only screen and (min-width: 1200px) and (orientation: landscape) {
.details .tab.active{
display:inline-block;
}
.details .tab{
width:44%;
padding-left:0px;
/*margin-top:60px;*/
box-sizing:border-box;
}
.details .commenttext pre {
overflow:auto;
}
.details .comment_container .comment {
width:auto;
margin-left:30px;
display:block;
}
.details .comment_avatar {
position:absolute;
}
.details #comments .fa.fa-user{
font-size:30px !important;
}
#submenu li a{margin-left:0;}
.details #submenu{
display:inline-block;
position:absolute;
padding:1em 0 0;
margin-top:26px;
}
.details #content{
display:inline-block;
box-sizing:border-box;
vertical-align:top;
width:55%;
}
/* just a temporary fix: should be redone in theme.css with class instead ids*/
#comments, #related, #notify, #remind, #effort, #history {margin-top:72px;}
}
(Has still some problems with current 1.0-rc1 when the project selector wraps. Also tab labels wrap if not enough width available and tab content do not adapt.)
What do you think? How should the details page look on different display sizes? How can it improve the workflow of the user?
|
|
2137 | Backend/Core | Bug Report | Low | feature accesskey bad implemented by web browsers | New | |
| | | 15.06.2016 | 15.06.2016 |
Task Description
My tests showed that the html accesskey feature is not well and consistent supported by current web browsers and is quite cumbersome to use. And it seems it will not be better in future..
The only solution I see dropping that feature or replacing them with simple single-key-event javascript listeners, like it is currently done with keys o, j, k, n, and p.
accesskeys in Flyspray I talk about:
l (current SHIFT+ALT+l Firefox) login dialog / logout
a (current SHIFT+ALT+a Firefox) add new task
m (current SHIFT+ALT+m Firefox) my searches
t (current SHIFT+ALT+t Firefox) focus taskid search
e (current SHIFT+ALT+e + Enter Firefox) edit task
x or y? (current SHIFT+ALT+y Firefox) close task
s (current SHIFT+ALT+s Firefox) save task
Also related to Keyboard navigation: tabindex
|
|
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
|
|
2188 | Backend/Core | Bug Report | Very Low | It should not possible to relate a task to itself | New | |
| | | 01.08.2016 | 01.08.2016 |
Task Description
Flyspray should show a warning, and maybe set the focus back to the field (only when it is a this-one-field-only-form.)
|
|
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.
|
|
2215 | Text Rendering | Bug Report | Low | wrong output of Geshi syntax highlighting for xml code | New | |
| | | 17.10.2016 | 31.12.2017 |
Task Description
Geshi 1.0.8.17 from https://github.com/easybook/geshi is quite slow at the current integration of Flyspray v1.0-rc3 on the first run. (But any further read uses the cache.)
But it produces garbled output for xml code highlighting:
Example without xml, just format as preformatted code:
<table>blabla</table>
Or as php syntax highlighting (even if it doesn’t contain a real php-tag ):
<table>blabla</table>
Example with xml choosen as language:
blabla
The table tag is stripped away instead of converting the tag for output inside code/pre tags (by converting the < and > chars). Maybe just a configuration issue?
|
|
2308 | User Interface | Feature Request | Low | improve user management for admins | New | |
| | | 27.10.2016 | 10.02.2021 |
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:
last login implemented
last activity (a resulting task/comment/project change in database)
tasks created implemented
comments created implemented
votes implemented
that may help to decide what status or settings a user should have in future.
|
|
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)
|
|
2325 | User Interface | Feature Request | Low | big image attachments: fit to browser window width in L... | New | |
| | | 10.01.2017 | 11.01.2017 |
Task Description
Maybe this is not an issue, but my problem is: upload images approximately 3000 px x 2000 px and this image appears larger than the monitor is it possible that the image is automatically resized to 800 px x xxx px size
(reported by Ivan Cilic)
|
|
2332 | Backend/Core | Bug Report | Medium | CSV export filename filtering | New | |
| | | 24.01.2017 | 24.01.2017 |
Task Description
The filename for the csv export is build based on project name and current date.
Due different handling of web browsers, the appropriate http header should send the filename in ascii and also provide them as utf-8 for web browsers who can handle that.
Related RFC5987
|
|
2337 | Documentation | Information | Low | Flyspray Themes | New | |
| | | 02.02.2017 | 16.02.2017 | |
|
2436 | Backend/Core | Bug Report | Low | dokuwiki renderer creates nonunique html-id for h1,h2,h... | New | |
| | | 02.08.2017 | 02.08.2017 | |
|
2439 | Backend/Core | Feature Request | Low | Clone a Project | New | |
| | | 15.09.2017 | 15.09.2017 | |
|
2441 | Backend/Core | Bug Report | Medium | refactor dokuwiki image tags | New | |
| | | 15.09.2017 | 15.09.2017 | |
|
2444 | Installer and Upgrader | Information | Low | composer hits memory limits | New | |
| | | 04.10.2017 | 04.10.2017 | |
|
2454 | Backend/Core | Bug Report | Low | PHP warning in admin edit user area | New | |
| | | 15.01.2018 | 15.01.2018 | |
|
2531 | Translations | Feature Request | Low | detect usage of translation keywords | New | |
| | | 10.01.2019 | 19.03.2019 | |
|
2535 | Backend/Core | Feature Request | Low | new optional Flyspray setting: add new users automatica... | New | |
| | | 16.01.2019 | 21.01.2019 | |
|
2536 | Backend/Core | Feature Request | Medium | store session in Flyspray database | New | |
| | | 21.01.2019 | 15.03.2019 | |
|
2548 | User Interface | Feature Request | Low | CSS grid layout for task details page type | New | |
| | | 05.05.2019 | 05.05.2019 | |
|
2553 | User Interface | TODO | Low | intelligent accesskey shortcut helper dependent of OS, ... | New | |
| | | 06.06.2019 | 29.07.2019 | |
|
2554 | User Interface | TODO | Low | keyboard shortcuts help box should adapt to current pag... | New | |
| | | 06.06.2019 | 06.06.2019 | |
|
2559 | Backend/Core | Bug Report | Low | a duplicate close accepted even when missing comment/ r... | New | |
peterdd | | | 29.07.2019 | 29.07.2019 | |
|
2572 | User Interface | TODO | Low | add link attributes ugc and nofollow to user generated ... | New | |
| | | 13.09.2019 | 13.09.2019 | |
|
2573 | Backend/Core | TODO | Low | add rel nofollow,ugc,.. settings | New | |
peterdd | | | 14.09.2019 | 15.09.2019 | |
|
2575 | Backend/Core | Feature Request | Low | ability to view and reset Flyspray default settings | New | |
| | | 19.09.2019 | 19.09.2019 | |
|
2577 | User Interface | Feature Request | Very Low | distinguish between anonymous reporter and deleted user | New | |
| | | 18.10.2019 | 18.10.2019 | |
|
2581 | User Interface | Feature Request | Low | replace bitmap icons of default theme | New | |
| | | 31.10.2019 | 05.04.2021 | |
|
2606 | Database Queries | Feature Request | Low | duedate column sort asc in tasklist should put unset du... | New | |
| | | 02.05.2020 | 02.05.2020 | |
|
2610 | User Interface | Feature Request | Low | Effort pop-up timer | New | |
| | | 07.05.2020 | 24.08.2020 | |
|
2620 | Backend/Core | TODO | Medium | PHP8 compatibility | New | |
peterdd | | | 26.11.2020 | 17.08.2021 | |
|
2625 | User Interface | TODO | Low | avoid password manager popups in admin prefs area | New | |
peterdd | | | 10.02.2021 | 10.02.2021 | |
|
2629 | Backend/Core | Bug Report | Low | activating history tab sends same request 2 times | New | |
| | | 11.03.2021 | 11.03.2021 | |
|
2644 | Backend/Core | Feature Request | Medium | mark specific task as spam and punish user account who ... | New | |
| | | 08.07.2021 | 08.07.2021 | |
|
2650 | Notifications | Feature Request | Low | notification content or fields dependent of user permis... | New | |
| | | 13.08.2021 | 13.08.2021 | |