|
2121 | Backend/Core | Bug Report | Medium | 'my assigned tasks' uses like %?% search instead of use... | Confirmed | |
| 1.0 | | 19.04.2016 | 03.02.2018 |
Task Description
Problem: https://github.com/Flyspray/flyspray/pull/552
The button ‘My assigned tasks’ should search only by userid, not in username or realname with the LIKE ‘%...%’ operator.
Currently the button is using the same as doing an advanced search filling the ‘Assigned To’ input field. (currently ‘dev’ param) But that search param searches in userid, username and realname.
Edit: Implemented simpler solution: if param is digitsonly, then search by userid, otherwise by username and realname if that param exists.
|
|
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”.
|
|
2456 | User Interface | Bug Report | High | Missing GUI controls | Unconfirmed | |
| | | 09.02.2018 | 10.02.2018 |
Task Description
After updating from “1.0-rc6” to “1.0-rc7 dev” there is missing controls menu on writer. Look attachment. How to solve this?
Is there any settings to enable this or I’m missing something...
|
|
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 |
Task Description
Ability to click field to edit ticket
TODO: return handler if request ok or fail.
TODO: also clicks on label should trigger show form.
Maybe the whole “click to active for editing this field” to one click too much. So if the user has the rights to edit the value the form input or action button should be shown when viewing a task. All other people just see the value if they have the right to view the value.
|
|
1749 | User Interface | Bug Report | Low | Submit form buttons on lower right | Unconfirmed | |
| | | 17.06.2012 | 24.09.2015 |
Task Description
Any form should have its submit button directly below and to the right of the form.
This is most egregious on the New Task page where you have to scroll back up to the top right to submit.
|
|
1978 | User Interface | Bug Report | Low | Compensate degraded usability due added token system an... | Confirmed | |
| 1.0 | | 16.03.2015 | 12.10.2015 |
Task Description
Due to the needed implementation of an anti csrf system into Flyspray 1.0, this are a side effect issues we need to address:
Due the required replacement of action links to form buttons:
Javascriptless CSS3-toggles:
Some clickable labels don’t show pointer icon when :hover. CSS issue, easy fix.
|
|
1988 | Installer and Upgrader | Bug Report | Medium | Password Field for Admin | Unconfirmed | |
| | | 02.04.2015 | 12.05.2015 |
Task Description
The installer requests a password for the admin account, and provides a default one.
Because this field is not type=”password”, the browser caches this data for any field named “admin_password”
This also applies to future installations of the software.
I have marked this as critical as this can pose a security hazard. A different implementation would be allowing entry of password, or in the case of wanting to provide a default one, have two password fields prepopulated, and a text one prepopulated so that it can be viewed by the end user.
|
|
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
|
|
2089 | Backend/Core | Bug Report | Medium | adding same taskid as subtask or related task should be... | New | |
| 1.0 | | 07.11.2015 | 18.11.2016 |
Task Description
Both is a bit illogical, but both is currently possible!
1 ←- 1
So when setting the parent task id checked for creating loops is needed:
Loop with 2 tasks: 1 ←- 2 ←- 1
Loop with 3 tasks: 1 ←- 2 ←- 3 ←- 1 Loop with n tasks: 1 ←- ... ←- n < – 1
As I think there are currently no recursive reads that could lead to an endless loop, but should be kept in mind when someone wants to programm rendering a gantt chart. E.g. by limiting the depth of subtasks for example.
|
|
2135 | Backend/Core | Bug Report | High | "Modify own tasks" does not function correctly when add... | Confirmed | |
| 1.0 | 1 | 07.06.2016 | 22.08.2016 |
Task Description
“Oh, there are some incompatible properties set that must be resolved before moving this task to a different project.”
Oh, but I am not moving the task to a different project. Just trying to edit my own submission.
“Edit this task” → “Save details”
See attached screen capture.
|
|
2318 | Installer and Upgrader | Bug Report | Low | syntax_plugin required when selected ckeditor in Setup | Requires testing | |
| | | 23.11.2016 | 07.12.2016 |
Task Description
When choosing HTML/CKEditor on the setup screen you are presented with an error stating that syntax plugin cannot be empty.
This is due to the option value being empty:
<select name="syntax_plugin">
<option value="dokuwiki">Text/Dokuwiki</option>
<option value="">HTML/CKEditor</option>
</select>
A suggested fix is to remove the requirement to select an option (since you have to select one or the other anyway).
|
|
2330 | Backend/Core | Bug Report | Low | PHP Notice: Undefined offset: 0 in scripts/index.php o... | Unconfirmed | |
| | | 23.01.2017 | 30.01.2017 |
Task Description
Pretty minor, but seems to show up regularly enough in our logs. The line in question:
$outfile = str_replace(' ', '_', $tasks[0]['project_title']).'_'.date("Y-m-d").'.csv';
|
|
2338 | Backend/Core | Bug Report | Medium | Export tasks to csv has issues | Unconfirmed | |
| | | 02.02.2017 | 12.03.2019 |
Task Description
You cannot select the fields for export to csv. This means that the commentfield (edit: you mean task description, right?) is always exported too. As this commentfield task description (?) could contain quotes, comma’s etc (like people inserting copies of emails on an issue) it corrupts the output file and the file cannot be read by excel.
|
|
2344 | Notifications | Bug Report | Low | Admins still get noticed for new users even with the op... | Unconfirmed | |
| | | 16.02.2017 | 24.03.2017 |
Task Description
/index.php?do=admin&area=prefs
There’s a checkbox on this menu to toggle whether admins get notices for new user registrations or not. Ours is off, but I’m still getting those notices.
|
|
2528 | User Interface | Bug Report | Low | New user registration doesn't check for duplicate usern... | Confirmed | |
| | | 05.01.2019 | 07.01.2019 |
Task Description
Steps done to create the problem: Visit https://bugs.flyspray.org/index.php?do=register in a private browser window (so you are logged out)
Put in an already taken username (e.g. Stefan or Stefan2)
Expected behavior: Username gets red and a note appears that username already is taken
Experienced behavior: Username gets green and registration of a new user proceeds with sending a notification mail with confirmation code. After putting in the confirmation code in provided page, user gets presented a “username is already taken, choose another” (where?) message, and has to re-start registration process from beginning and hopefully this time choose a not taken name.
|
|
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
|
|
2075 | Notifications | Bug Report | High | Too spammy notifications under some circumstances | Requires testing | |
| 1.0 | | 19.10.2015 | 03.11.2015 |
Task Description
danoh on github wants to work on patch. Couldn’t find him here..
|
|
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 |
Task Description
When some url to a bug is redirected to the login page, because the user does not have the right to see the bug without login, the user should be redirected after the login to the url he wanted to see.
Maybe redirect to /login/?next=/task/X and put the next-url in a hidden field in the login-form, so flyspray can redirect to the correct page after login. Even preserving anchor-urls (#comment-YYYY) would be cool, but i guess this needs Javascript to work.
|
|
1967 | User Interface | Bug Report | Low | Keep browser scroll position when sorting task list | New | |
| 1.1 devel | | 12.03.2015 | 19.09.2015 |
Task Description
When I scroll down the page to see more of the task list and then click on one of the column headings to sot by this heading, the answer page doesn't scroll down to the table.
I think there are 2 technical solutions for that:
1. set an name/id a-anchor on top of the table and on each column heading link add for example '#tasklist'.
2. add a js-sorter with complete extra search and sort ajax-backend with e.g. libs from http://datatables.net/ This requires aleso writing a server side handler for taking the ajax requests (respecting user permissions!) and is only usable if js in enabled in browser. So this second solution can only be a luxury comfort function.
|
|
2086 | Backend/Core | Bug Report | High | Basic User can see all Projects and Tasks | Unconfirmed | |
| | | 03.11.2015 | 26.01.2017 |
Task Description
Since Update to Flyspray 1.0 Beta2 all users can see every task in every project.
The rights were set up correctly in Flyspray 1.0 Alpha and worked just fine.
|
|
2101 | Backend/Core | Bug Report | Low | Mobile view GUI bug | Confirmed | |
| | | 18.02.2016 | 24.02.2016 |
Task Description
As you can see on screenshot attachment the GUI on mobile view is not OK.
I marked with red field what need to be fixed.
Phone used: Samsung Note 4.
|
|
2128 | Text Rendering | Bug Report | Low | Geshi (part of dokuwiki plugin for code blocks) uses de... | Confirmed | |
| | 1 | 20.05.2016 | 05.05.2019 |
Task Description
The dokuwiki plugin uses a very old version of geshi for syntax highlighting which uses the deprecated /e modifier in preg_replace in two places rather than preg_replace_callback.
This can trigger warnings such as the following when initially parsing content which uses dokuwiki syntax and includes code:
PHP message: PHP Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/phpapps/flyspray/plugins/dokuwiki/inc/geshi.php on line 2058
PHP message: PHP Deprecated: preg_replace(): The /e modifier is deprecated, use preg_replace_callback instead in /home/phpapps/flyspray/plugins/dokuwiki/inc/geshi.php on line 2067
This affects bugs.flyspray.org as well. Several hits came up on google when I search for the following due to the warnings having been displayed ahead of the page content (seen screenshot): flyspray preg_replace_callback
Because flyspray caches the results of processing dokuwiki content then the warnings don’t get emitted if the content has already been cached (so you may find that when you access the url in the screenshot that it doesn’t show the warnings unless you clear the cache entry for that task). Previews can get the warnings spat out as well if there are tagged code sections in the content.
I had a look at a more recent version of geshi (1.0.8.11 from sourceforge) and they had fixed that issue in it (presumably along with a lot of other stuff) so I tried replacing plugins/dokuwiki/inc/geshi.php and plugins/dokuwiki/inc/geshi/* with the 1.0.8.11 versions and that stopped the warnings. I haven’t extensively tested it, but it was processing stuff in code blocks correctly still on the couple of samples I tried.
I guess it’s a separate issue but the new flyspray theme doesn’t have any css styles to apply to the syntax highlighting (if you look at FS#1107 you can see that, and in fact you can see it with the css bit below - if you inspect them with a browser dom inspector you can see that the genshi plugin has parsed and tagged the bits, but no styles are applied so its all just in the default colour). I can raise that as a separate task if worth doing? The following section in bluey stylesheet covered it I think:
.code .br0 {color:#6c6;}
.code .es0 {color:#009;font-weight:700;}
.code .kw1 {color:#b1b100;}
.code .kw2 {color:#000;font-weight:700;}
.code .kw3 {color:#006;}
.code .kw4 {color:#933;}
.code .me0 {color:#060;}
.code .nu0 {color:#c6c;}
.code .re4 {color:#099;}
.code .sc0 {color:#0bd;}
.code .sc1 {color:#db0;}
.code .sc2 {color:#090;}
.code .st0 {color:red;}
.code .co1,.code .co2,.code .coMULTI {color:gray;font-style:italic;}
.code .kw5,.code .re0,.code .re1,.code .re2 {color:#00f;} |
|
2225 | Greek | Bug Report | Very Low | Greek uses slash for dates | Confirmed | |
| | | 24.10.2016 | 22.11.2016 |
Task Description
Short dates in Greek are represented in the majority of cases with slashes (24/10/2016). Very seldom some people may use the dash form (24-10-2016) and hardly ever the dot form (24.10.2016).
So it would be much appreciated if the slash form were a (working) option because as it is dates are a bit confusing to us, especially in a date-time combination (too many numbers in a not-so-obvious format - brain needs extra time to decode it).
|
|
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.
|
|
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 |
Task Description
After I upgraded to version 1.0 (the upgrade was successful), flyspray only shows a white page (and the source in firefox shows, that the page is completely white).
Please help us finding the roots of these bugs!
We think most cases of that “white screen” are relying on the third party vendor libraries behavior we use. When a library detects an error, sometimes they just call die() or exit; of php, but suppress error messages. So the script just stopped not giving any output to browser.
The dev versions from github use composer for installing the required libraries. We will package them on the final release together and make sure most cases of “white screen” are fixed.
|
|
2044 | Database Queries | Bug Report | High | Need set_charset for DB connect in config file | Confirmed | |
| 1.0 | 2 | 04.09.2015 | 06.06.2018 | |
|
2111 | Installer and Upgrader | Bug Report | Medium | Upon trying to install flyspray release, setup says I'm... | Planned | |
| | | 24.03.2016 | 05.06.2016 | |
|
2449 | Backend/Core | Bug Report | Low | Unexepted exception on smtp gmail send | Unconfirmed | |
| | | 29.10.2017 | 10.01.2018 | |
|
1529 | Backend/Core | Bug Report | Low | Inactivity-close doesn't work, bug is left open | Maybe | |
| 2.0 | | 07.01.2009 | 24.09.2015 | |
|
1608 | Installer and Upgrader | Bug Report | Low | reserved characters cause database error after installa... | Unconfirmed | |
| 2.1 | | 07.10.2009 | 03.03.2013 | |
|
1734 | Backend/Core | Bug Report | Low | Add Timezone Selection to Admin Panel | Maybe | |
| 2.0 | | 12.05.2012 | 07.03.2015 | |
|
1856 | Backend/Core | Bug Report | Medium | Wrong timezones | Researching | |
| | 3 | 27.03.2013 | 06.03.2015 | |
|
1882 | Email | Bug Report | Medium | Error with email notification | Planned | |
| 2.0 | | 22.12.2013 | 08.04.2016 | |
|
1924 | Backend/Core | Bug Report | Low | Better errors messages on email error | New | |
| 1.1 devel | | 11.07.2014 | 06.03.2015 | |
|
1960 | Backend/Core | Bug Report | Medium | foreign key relations between versions and tasks | New | |
| | | 09.03.2015 | 13.08.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 | |
|
1977 | Backend/Core | Bug Report | Low | Weird URL after closing task with reference | Unconfirmed | |
| | | 15.03.2015 | 18.03.2015 | |
|
2004 | User Interface | Bug Report | Low | php notice on unset params on reports page | New | |
| 1.1 devel | | 18.07.2015 | 19.09.2015 | |
|
2007 | Backend/Core | Bug Report | Low | time on project overview activity timelines | New | |
| | | 18.07.2015 | 18.07.2015 | |
|
2028 | Text Rendering | Bug Report | Medium | upgrade dokuwiki 'plugin' | New | |
| | | 12.08.2015 | 20.08.2015 | |
|
2036 | Backend/Core | Bug Report | Very Low | session timeout | New | |
| | 1 | 21.08.2015 | 12.01.2016 | |
|
2038 | Backend/Core | Bug Report | Low | Jscalendar must be replaced with something else | New | |
| | | 23.08.2015 | 24.08.2015 | |
|
2042 | Backend/Core | Bug Report | Medium | function absoluteURI not using basedir and force_basedi... | Unconfirmed | |
| | 1 | 04.09.2015 | 01.10.2015 | |
|
2048 | Backend/Core | Bug Report | Low | error when adding data containing national characters | Unconfirmed | |
| | | 09.09.2015 | 09.09.2015 | |
|
2053 | Backend/Core | Bug Report | Low | ambiguous user name display username / realname | New | |
| 1.1 devel | | 17.09.2015 | 19.02.2020 | |
|
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 | |
|
2057 | Backend/Core | Bug Report | Low | Do not resubmit forms on browser reload button or F5 | New | |
| | | 22.09.2015 | 23.09.2015 | |
|
2058 | Backend/Core | Bug Report | Low | Closing of github.com 'Issues' feature | New | |
| | | 24.09.2015 | 24.09.2015 | |
|
2071 | Email | Bug Report | Low | New user e-mail validation | Confirmed | |
| | | 14.10.2015 | 14.10.2015 | |
|
2073 | Backend/Core | Bug Report | Low | Couldn't edit comment of anonymous reporter | New | |
| | | 17.10.2015 | 17.10.2015 | |