|
2602 | Documentation | Feature Request | Low | https://github.com/flyspray/flyspray instead of https:/... | Waiting on Customer | |
| | | 21.04.2020 | 09.10.2020 |
Task Description
From: https://groups.google.com/forum/?hl=en#!topic/flyspray/ItWHIOcu8wk
19-04-09 // More one year ago.
On the Flyspray homepage, no informations about https://github.com/flyspray/flyspray…
A lot of people think that the project is dead.
In the same time, can you change the https://github.com/Flyspray to https://github.com/flyspray ?
No lost, you can try it already works but it is not the default.
https://github.com/organizations/Flyspray/settings/profile → “Rename organization” and replace Flyspray → flyspray.
|
|
2603 | Backend/Core | Bug Report | Very Low | Psi XMPP client (19-04-09) | Waiting on Customer | |
| | | 21.04.2020 | 25.09.2020 |
Task Description
From: https://groups.google.com/forum/?hl=en#!topic/flyspray/jC5BBQ1XiQo
19-04-09 // More one year ago.
On https://www.flyspray.org/ On https://www.flyspray.org/devel/team/
Replace : - https://www.psi-im.org/ → https://psi-im.org/
→ Remove the WWW.
|
|
2606 | Database Queries | Feature Request | Low | duedate column sort asc in tasklist should put unset du... | New | |
| | | 02.05.2020 | 02.05.2020 |
Task Description
When a tasklist contains the duedate column and the user sorts by duedate ascending, the tasks that do not have a duedate set should not be listed first. Instead they should be listed after the tasks with duedates.
This way a user can see the task with the earliest duedate first instead of seeing a bunch of probably not so important tasks without duedates set.
|
|
2607 | Authentication | Bug Report | Low | Whitespaces in email address field | Unconfirmed | |
| | | 03.05.2020 | 03.05.2020 |
Task Description
When I try to register at flyspray and add a space before the email address, registering does not work, I get the error message: “You did not enter a valid email address”. But my email progam ignores the space when I do the same there.
|
|
2608 | Email | Bug Report | Medium | Notification email sent although not requested | Unconfirmed | |
| | | 05.05.2020 | 05.05.2020 |
Task Description
I tried to register a user test3, and in my flyspray Installation the adminstratior disabled the notifications. So I could only select “None” as text next to “Notifications”. After I pressed the button “Send Code!”, I received the email with the confirmation code. I clicked on the link in the email, and on the appearing website I entered the confirmation code and password and pressed the button “Register this account”.
Then I got the next e-mail message. This message begins with:
“You have registered at Flyspray. Your details are as follows:”
This e-mail ends with the sentences:
“You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don’t want to receive mails in future, you can change your notification settings at the URL shown above.”
But this is not true. I have not requested this email. I as user test3 cannot change the notification settings because the notifications are disabled by the administrator.
|
|
2609 | User Interface | Feature Request | Low | Add an Effort Description field | Maybe | |
| | | 07.05.2020 | 25.08.2020 |
Task Description
It would be nice to have a description field to put a brief note about the work done for a given effort item. This would help when using effort tracking for the purpose of making invoices to a client.
|
|
2610 | User Interface | Feature Request | Low | Effort pop-up timer | New | |
| | | 07.05.2020 | 24.08.2020 |
Task Description
It would be terrific to have a small pop-up window that appears when you click to start tracking of an item. In the window could be:
This would help tremendously to remind a developer that he has one or more timers going in FlySpray.
If multiple timers are started, there could be multiple timer windows, each identified by the task name showing as part of the window (title bar or some text near the timer).
|
|
2612 | User Interface | Information | Medium | Restrict some projects to users | Waiting on Customer | |
| | | 19.08.2020 | 24.08.2020 |
Task Description
Hi, it could be fine that we could restricted some projects to some users; for example, user #1 could access (and see) project#1, project#3; user#2 could access project#1, project#2, project#4 …
thanks if you can take care of this sincerly, Domi Belgium/Europe
|
|
2614 | Email | Bug Report | Critical | Connection timed out #110 | Unconfirmed | |
| | | 16.09.2020 | 16.09.2020 |
Task Description
If you are reporting a bug please provide as much information as possible to help understand and reproduce the problem:
Did you installed an official release or did you used an inoffical docker?!
database type and version, php version and OS version/linux distribution flavour, global or project settings you used that could be relevant for reproducing the problem
Steps done to create the problem: Deleate a Task
Expected behavior: Send a email
Experienced behavior: Completely unexpected exception: Connection could not be established with host smtp.gmail.com [Connection timed out #110] This should never happend, please inform Flyspray Developers
|
|
2616 | Backend/Core | Bug Report | Medium | There is a problem after a http/https link on a line wi... | Confirmed | |
| | | 25.09.2020 | 10.11.2020 |
Task Description
When we add http/https links there is a problem.
I think, the problem is here for other URI too.
Examples:
1/ With this code without code section : The code:
blablabla
- https://example.tld
- https://example.tld
We obtain:
The code : blablabla - https://example.tld - https://example.tld
2/ Same to with a text in more, with this code without code section : The code:
blablabla
- example 1 https://example.tld/
- example 2 https://example.tld/
We obtain:
The code : blablabla - example 1 https://example.tld/ - example 2 https://example.tld/
|
|
2617 | Backend/Core | Feature Request | Low | Preview button not at the good place | Maybe | |
| | | 26.09.2020 | 26.09.2020 |
Task Description
The “Preview” button is not at the good place.
The “Preview” must to be near “Add this task” with same background button color.
Thanks in advance.
|
|
2601 | Public Relations | Feature Request | Medium | http -> https missing redirection (19-04-09) | Assigned | |
Florian SchmitzCristian Rodríguez R. | | | 21.04.2020 | 25.09.2020 |
Task Description
From: https://groups.google.com/forum/?hl=en#!topic/flyspray/rAnks5y_uLk
19-04-09 // More one year ago.
There are not http → https redirections.
Only one example: - http://www.flyspray.org/docs/download/ is not redirected to https://www.flyspray.org/docs/download/
Note: It is better to have the main website in https://flyspray.org/.
http://www.flyspray.org/ + https://www.flyspray.org/ + http://www.flyspray.org/ must be redirected to https://flyspray.org/
|
|
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.
|
|
2559 | Backend/Core | Bug Report | Low | a duplicate close accepted even when missing comment/ r... | New | |
peterdd | | | 29.07.2019 | 29.07.2019 |
Task Description
Closing a task with selected close reason duplicate should warn when there is no comment or FS # id is given in the close comment text field.
The task is closed as duplicate without any further notice. The information to which task it is duplicate or a description (if the problem is logged/handled outside Flyspray) is lost.
Possible solutions
Frontend hints
variant F1 (soft): When duplicate as close reason is selected, a placeholder attribute in the close comment text field could be shown/updated. (maybe as ‘css only’ possible)
variant F2 (harder): Deny sending the form if duplicate selected, but comment text field is empty. and shows warning info. (javascript required, nojs browsers still send form.)
variant F3 (hard): Deny sending the form if duplicate selected and no task id detected in comment text field. and shows warning info. (javascript required)
Backend deny
variant B1 (soft): When request wants close a task with duplicate reason and (cleaned) comment string is empty, deny closing the task and give feedback to user why it was denied.
variant B2 (hard): It requires detecting a task id in the comment field and the first detected task id is taken for referencing as ‘is duplicate of’. Limitation of this is that the duplicate could be also a ticket or something of a complete other system.
|
|
2560 | Backend/Core | Bug Report | Low | do not allow close task with reason duplicate referenci... | New | |
peterdd | | | 29.07.2019 | 29.07.2019 |
Task Description
So closing a task
FS#1
with
reason: duplicate
and close comment
FS#1
referencing to self should be detected to avoid such user mistakes.
|
|
2573 | Backend/Core | TODO | Low | add rel nofollow,ugc,.. settings | New | |
peterdd | | | 14.09.2019 | 15.09.2019 |
Task Description
Find a good configuration name just reuse relnofollow as used by dokuwiki
Find a good translation keyword for that config relnofollow
Find a good translation keyword for config description (title attribute)
Goes into prefs table as it is sitewide configuration.
As first implementation a simple checkbox should be ok. Should be on the tab with other spam handling stuff like captcha configuration.
Is enabled by default (1). Adapt setup xml files, upgrade procedure.
|
|
2585 | User Interface | TODO | Medium | Upgrade CKEditor to 4.13 | New | |
peterdd | | | 02.12.2019 | 17.02.2020 |
Task Description
To fix some other open tasks, an update of the CKEditor4 files is probably the best way.
Starting with CKEditor4 ‘Basic’ preset, evaluate every additional Plugin before adding them to the config.
Because the selection of plugins starts with the ‘Basic’ preset, some configs are disabled in the resulting config.sys like the ‘Strike’ button or the Copy/Paste functionality.
I am also evaluating the possibilities to make some of the options configurable within the Flyspray configuration. It is probably required to analyze if a setting applies to only CKEditor syntax or would be also by used for installs using dokuwiki syntax/engine.
I can also imagine enable/disable features based on Flyspray user permissions. (but that requires not only CKEditor config, but also server side changes like HTMLpurifier settings.)
Languages
Just choose all languages available in the CKBuilder.
Probably we need to adjust the CKEditor to use the users Flyspray language settings too. I changed my language to french in a test install but the CKEditor still shows german user interface. (probably detected by browser http request headers)
Compare that the used language abbreviations work together between files in lang/ of Flyspray and that of CKEditors. (Flyspray: lang/pt_br.php vs. CKEditor: js/ckeditor/lang/pt-br.js)
Theme selection
Probably use a CKEditor source maintained Moona-Lisa or Moona as these are easier to modify their color themes like auto light/dark mode browser detection or base colors that match the theme.
Moona Color currently has issues and not maintained by CKEditor guys.
Plugins
The previous contained CKEditor 4.4.7 probably hat the standard preset used.
Following I keep track of plugins we should add to the basic preset. This list is growing/edited until the final config that ships with Flyspray is found.
Mentions
This would enable choosing a user by their username, like @peterdd.
Requires writing an extra php file for retrieving a matching list of users, that respects current user permissions and status of users (like not fetch disabled users). This extra php file could be also used for the editor textareas with a dokuwiki toolbar.
Auto Grow
This is just a promising usability improvement. No scrollbars needed when writing longer texts.
Auto Link
This just sound like a promising usability improvement. Not tried yet. Only add when there is use case (other plugins usability profit from it) for Flyspray.
Blockquote
Probably required because existing Flyspray installs had it too and citing a comment/text snippet should be also able.
Code Snippet
Probably requires deeper look how secure integrate with server side cleanup (HTMLpurifier).
h1-h6 and other tags. Probably required as previous Flyspray versions used that too. (TODO: What happens to old content with h1-h6 tags when editing with a CKEditor without the Format plugin?)
Also configure it to accept only tags useful for within Flyspray. (see also server side configuration of HTMLPurifier)
Existing Flysprays had this too and probably a good thing when the user can cleanup their word/whateverwhere pasted stuff cleaned before HTMLpurifier does it server side too with maybe surprises to the end user.
Show Blocks
Gives the user some confidence on command if his current editing has the right/intended structure.
Well, that missing is one of the reasons why I hated WYSIWYG or wannabe WYSIWYG editors in the past. Uncertainty by the end user, and pain for the admin/webmaster when he sees the garbage stored in the database (endless spans and other garbage tags partly wrong nested by just pasting from Word documents.) (little bug in CKEditor 4.13.0: doesn’t expand the area with plugin Auto Grow enabled)
Source Editing Area
Useful for people that can read HTML or are responsible to fix things.
|
|
2586 | Backend/Core | TODO | Low | PHP7.4 | New | |
peterdd | 1.0-rc10 | | 12.12.2019 | 18.02.2020 |
Task Description
PHP 7.4 is out now and a few things should be done to make Flyspray work well with it. Nothing really breaks, but a view deprecation warnings should be fixed.
Flyspray source itself: Just a few new notices, most are yet fixed in the master branch.
Watching the PHP7.4 compatibility of dependencies defined by composer.json:
ADOdb/ADODb: 5.20.15 should be OK for Flyspray
swiftmailer/swiftmailer: We still use 5.* branch, so either do quickfix for a notice in a fork or upgrade/rewrite our integration to the 6.* branch.
ezyang/htmlpurifier: 4.12 OK
thephpleague/oauth2-client: unknown, we still use 0.13, last real source change was Nov 2018, to upgrade requires rewrite of integration into Flyspray and there is low demand for OAuth2.
dapphp/securimage: seems to be OK
jamiebicknell/sparkline: OK, but probably obsolete for us in future due
still annoying problems with our github/travis tests (problem of travis, not sparkline itself)
better solution (interactive hover infos, scales, screen size adaptive) by Flyspray source planned
|
|
2594 | Backend/Core | TODO | High | pagination of user list | Assigned | |
peterdd | 1.0-rc10 | | 23.02.2020 | 12.04.2020 |
Task Description
For Flyspray installations with many users (several thousands) a pagination of the user list in the admin area is required.
2000 users no problem to display (aside the PHP max_input_vars limit which is only 1000 by default, so maybe not all checked checkboxes are handled.)
More users might send your mysql to long running blocking queries creating temp tables … bad!
(I killed them by watching show processlist; and kill id; on mysql console.)
|
|
2596 | Email | Bug Report | Low | Invalid link in notification HTML part of eMail | Waiting on Customer | |
peterdd | | | 14.03.2020 | 26.03.2020 |
Task Description
Hello, my notification eMails have invalid links.
I use a different port. See below for the partial eMail source text:
DIES IST EINE AUTOMATISCH ERSTELLTE NACHRICHT, BITTE NICHT ANTWORTEN.<br> … <br>Mehr Informationen k=C3=B6nnen unter= der folgenden URL abgerufen werden: <br><a href=3D”https://pp.cobru.de“>pp= .cobru.de</a>:444/bug/index.php?do=3Ddetails&task_id=3D309<br><br>Sie erhal= ten diese Nachricht, weil Sie in Flyspray Benachrichtigungen aktiviert habe= …
Debian GNU/Linux 10 (buster) MySQL 10.3.22 PHP version: 7.3.14-1~deb10u1 Flyspray 1.0-rc9
Steps done to create the problem: -Use a different Webserver Port -Enable eMail notifications -Create or modify an task
Expected behavior: -Valid link
Experienced behavior: -Invalid link
BR Wörsty
|
|
2598 | User Interface | Bug Report | Low | user registration in admin area: "username taken" but t... | Assigned | |
peterdd | 1.0-rc10 | | 20.03.2020 | 27.03.2020 |
Task Description
Trying to add a new user having the same email address as an another user in the do=admin&area=newuser section results in
“That username is already taken. You will need to choose another one.”
instead of
“Email address has already been taken”
(I’ve stumbled on this issue because I have an older disabled user with the same email address)
|
|
2620 | Backend/Core | TODO | Medium | PHP8 compatibility | New | |
peterdd | | | 26.11.2020 | 27.11.2020 |
Task Description
PHP 8.0 is now released (2020-11-26) and Flyspray should be made compatible with it.
|
|
2621 | Backend/Core | Bug Report | Medium | php notice/warning when reopening in some circumstances | New | |
peterdd | 1.0 | | 27.11.2020 | 27.11.2020 |
Task Description
Reopening a task triggers a PHP notice with PHP7.4 under some circumstances. Reopening a task triggers a PHP warning with PHP8.0 under some circumstances.
Reproduce:
Create task
Close task directly without setting a completion percentage
Reopen the task
Notice: Trying to access array offset on value of type bool in /***/includes/modify.inc.php on line 684
Notice: Trying to access array offset on value of type bool in /***/includes/modify.inc.php on line 686
Notice: Trying to access array offset on value of type bool in /***/includes/modify.inc.php on line 686
|