|
2657 | Email | Bug Report | Critical | currently new registration emails are not received by u... | Assigned | |
Floelejudas_iscariote | | | 24.11.2021 | 24.11.2021 |
Task Description
Regardless if a gmail.com or other address (tested with my gmail and also other email address)
So this is probably a mail server problem. I try to reach server admin.
I can see my “unfinished registrations” tests in the admin→checks area, but received no emails (waited and checking spam folders too)
|
|
2636 | Installer and Upgrader | Bug Report | High | Failure to upgrade 1.0-rc9 to 1.0-rc10 (mariadb 10.4.18... | Assigned | |
peterdd | 1.0-rc11 | | 29.04.2021 | 23.07.2021 |
Task Description
I administer a moderate-sized (~14K ticket) 1.0-rc9 instance running on a Fedora 32 host (php 7.4.16, mariadb 10.4.18) Following the upgrade instructions (ie transfer attachments, avatars, flyspray.conf.php) the setup/upgrade tool loads, and prompts me to upgrade.
It churns a while before refreshing the screen, claiming a successful 1.0-rc10 upgrade. However, the upgrade seems to not actually “stick”, because clicking on the “return” button I’m dropped back into the upgrader, which is once again claiming I’m running 1.0-rc9 and prompting me to perform the -rc10 upgrade.
According to Flyspray’s admin ‘checks’ tab:
* PHP 7.4.16 * MariaDB 10.4.18 * default_charset: utf8mb4 * default_collation: utf8mb4_unicode_ci * All tables are ‘InnoDB’
There are no errors logged that I can find, but the upgrade is clearly not working. If I revert to the -rc9 php files, everything continues along as if nothing was done.
Any suggestions?
|
|
2637 | Installer and Upgrader | Bug Report | High | Failure to upgrade 1.0-rc9 to 1.0-rc10 (postgresql 12.6... | Assigned | |
peterdd | 1.0-rc11 | | 29.04.2021 | 05.05.2021 |
Task Description
I administer a small personal (<1K ticket) 1.0-rc9 instance running on a Fedora 32 host (php 7.4.16, postgresql 12.6) Following the upgrade instructions (ie transfer attachments, avatars, flyspray.conf.php) the setup/upgrade tool loads, and prompts me to upgrade.
Unfortunately, the upgrade fails spectacularly, with a reported SQL error that belies what’s actually wrong. Here’s a snippet from the postgresql logs where the upgrade is failing:
2021-04-28 10:33:07.190 EDT [2032049] ERROR: column “attachment_id” of relation “flyspray_attachments” already exists 2021-04-28 10:33:07.190 EDT [2032049] STATEMENT: ALTER TABLE flyspray_attachments ADD COLUMN attachment_id SERIAL 2021-04-28 10:33:07.194 EDT [2032049] ERROR: current transaction is aborted, commands ignored until end of transaction block 2021-04-28 10:33:07.194 EDT [2032049] STATEMENT: ALTER TABLE flyspray_attachments ADD COLUMN task_id INTEGER […and everything else fails because the transaction aborted…]
It appears that the upgrade script is blindly trying to create columns that already exist in the -rc9 database, and postgresql is treating this as a failure. Because the entire upgrade happens within one transaction, this means the entire upgrade fails at the outset and won’t ever succeed.
The way past this specific problem is to make these ALTER TABLE operations conditional (eg “ALTER TABLE flyspray_attachments ADD COLUMN IF NOT EXISTS task_id INTEGER”).
|
|
2601 | Public Relations | Feature Request | Medium | http -> https missing redirection (19-04-09) | Assigned | |
Floelejudas_iscariote | | | 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/
|
|
2598 | User Interface | Bug Report | Low | user registration in admin area: "username taken" but t... | Assigned | |
peterdd | 1.0 | | 20.03.2020 | 14.04.2021 |
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)
|
|
1798 | Backend/Core | Feature Request | Low | Bounty System | New | |
| 2.0 | | 13.12.2012 | 06.03.2015 |
Task Description
Add a system where people can donate towards a specific task. For example, I want to donate $10 if someone implements gravatars. The money sits in a pool, and then when someone claims that task and it is marked as completed by the admin, they get the bounty (less some commission that goes towards the project).
|
|
1811 | Backend/Core | Feature Request | Low | Google Docs/Dropbox Integration | New | |
| 2.0 | | 17.01.2013 | 13.03.2015 |
Task Description
On a project or ticket basis should be able to hook in and possibly also share permissions
|
|
1820 | Backend/Core | Feature Request | Low | Merge comments, history, and details | New | |
| 2.0 | | 17.01.2013 | 25.05.2016 |
Task Description
Should be more of a link thread of activity rather than segmented
|
|
1924 | Backend/Core | Bug Report | Low | Better errors messages on email error | New | |
| 1.1 devel | | 11.07.2014 | 06.03.2015 |
Task Description
When entering the wrong SMTP information and then adding a user through Multiple New Users page, the error message is bad. It just says 'this should never happen'. Instead, we need to detect that it is an SMTP authentication error and report that issue to the user more clearly.
|
|
1960 | Backend/Core | Bug Report | Medium | foreign key relations between versions and tasks | New | |
| | | 09.03.2015 | 13.08.2015 |
Task Description
It seem that when deleting a version entry in a project, that tasks that have this version assigned are still connected to this deleted version. For example FS#1222 (on 2015-03-09).
There are several options to solve such things:
The same for other assignments for tasks.
This issue is similiar to the massop issue: (https://github.com/Flyspray/flyspray/issues/130)
|
|
1962 | Backend/Core | Feature Request | Low | SMS notification - sending notifications via sms same a... | New | |
| | | 11.03.2015 | 02.12.2015 |
Task Description
moved from FS#1697 into a separate task.
|
|
1971 | Backend/Core | Feature Request | Low | a field like challenge level or doom level | New | |
| | | 12.03.2015 | 12.03.2015 |
Task Description
We have severity field. We have priority field. We have estimated effort field.
But we don't have a fíeld to see how hard a task is to solve. Something like in doom 3d shooter a face from normal/easy to angry/bloody/very hard.
Imaging you have some people in a company, some base educated, some high educated, some are experts in their field, some do repeating easy tasks.
By adding the ability to set a 'doom level' on tasks this can complete the view over a project in addition to severity,priority,effort.
|
|
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”.
|
|
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.
|
|
2007 | Backend/Core | Bug Report | Low | time on project overview activity timelines | New | |
| | | 18.07.2015 | 18.07.2015 |
Task Description
I find it irritating to have the oldest activity on the right side and newest activity on the left side of the small activity bars.
There is also no time scale description. This could be added by showin it on :hover to keep the simple appearance.
A complete new feature would be to replace the image generation by rendering the bars in the html in the same request, e.g by inline svg or canvas element. This would enable adding some interactivity with the activity bars.. A related feature request is FS#1991 (project progress)
|
|
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)
...
|
|
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.
|
|
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.
|
|
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.
|
|
2054 | Backend/Core | Feature Request | Low | Fields for csv export choosable like for task list | New | |
| 2.0 | | 17.09.2015 | 31.12.2017 |
Task Description
Currently the task list columns are used, which are choosed by admin or project manager for the task list view.
|
|
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.
|
|
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
|
|
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 | |
|
2073 | Backend/Core | Bug Report | Low | Couldn't edit comment of anonymous reporter | New | |
| | | 17.10.2015 | 17.10.2015 | |
|
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 | |
|
2104 | Backend/Core | Bug Report | Low | filtering by one user on tasks with multiple assignees ... | New | |
| | | 26.02.2016 | 15.06.2020 | |
|
2105 | Backend/Core | Feature Request | Medium | countermeasures for 'add task anonymous' spam | New | |
| | | 27.02.2016 | 27.02.2016 | |
|
2137 | Backend/Core | Bug Report | Low | feature accesskey bad implemented by web browsers | New | |
| | | 15.06.2016 | 15.06.2016 | |
|
2188 | Backend/Core | Bug Report | Very Low | It should not possible to relate a task to itself | New | |
| | | 01.08.2016 | 01.08.2016 | |
|
2332 | Backend/Core | Bug Report | Medium | CSV export filename filtering | New | |
| | | 24.01.2017 | 24.01.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 | |
|
2453 | Backend/Core | Bug Report | Medium | validate category before storing a new task | New | |
| 1.0 | | 14.12.2017 | 14.12.2017 | |
|
2454 | Backend/Core | Bug Report | Low | PHP warning in admin edit user area | New | |
| | | 15.01.2018 | 15.01.2018 | |
|
2491 | Backend/Core | Bug Report | Low | group member links if project manager but not admin | New | |
| 1.0 | | 01.09.2018 | 01.09.2018 | |
|
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 | |
|
2559 | Backend/Core | Bug Report | Low | a duplicate close accepted even when missing comment/ r... | New | |
peterdd | | | 29.07.2019 | 29.07.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 | |
|
2620 | Backend/Core | TODO | Medium | PHP8 compatibility | New | |
peterdd | | | 26.11.2020 | 17.08.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 | |
|
2654 | Backend/Core | TODO | Medium | PHP8.1 compatibility | New | |
| | | 19.10.2021 | 19.10.2021 | |
|
2656 | Backend/Core | Feature Request | Low | keep link parameters for new task if not yet logged in | New | |
| | | 24.11.2021 | 24.11.2021 | |
|
1985 | Database Queries | Feature Request | Very Low | For developers - testing with huge flyspray data sets | New | |
| | | 24.03.2015 | 16.03.2016 | |