|
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)
|
|
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.
|
|
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.
|
|
2575 | Backend/Core | Feature Request | Low | ability to view and reset Flyspray default settings | New | |
| | | 19.09.2019 | 19.09.2019 |
Task Description
Motivation
Over the years the count of possible Flyspray configuration options has grown. Meanwhile there are ~60 global Flyspray settings stored in the prefs database table in contrast to only 14 entries of the 0.9.7 (not 0.9.9.7!) version from around 2005. But each configuration setting might add a little to the feeling of overwhelming when there are too much switches, buttons, checkboxes and probability of a misconfiguration raises due misunderstood or overseen settings.
But Flyspray still aims to be easy to use and work with while being accurate and customizable.
Proposal
Having a way to view the description and default value of each option would probably give people administrating a Flyspray installation a better understanding of each setting and confidence in making good decisions for their use case.
With the flyspray-install.xml file within the setup folder we yet have an elegant solution that is waiting to unlock its power!
Unfortunately the setup/ folder requires (until now at least) to be removed after install or upgrade. So we need a way to keep the flyspray-install.xml of the installed version. A trivial way would be to copy it to the include/ directory after any install or upgrade, but also other solutions could be.
Keeping the flyspray-install.xml could making following features easier:
Reading default value of prefs setting. That could be shown for example as css title attribute /tooltip for each setting in the matching admin forms.
Reading default value and field description of any table field using the descr feature of ADOdb xmlschema03.
Comparing the real database structure with the table structures in flyspray-install.xml . This could be useful if someone extended or fiddled with database/tables to compare with official Flyspray releases. Or for developers to compare if an database upgrade went well and as intended.
Having the description of a setting or database field contained within the flyspray-install.xml is good at one place and the information is not spread around like in an external manual/wiki that maybe get unmaintained, not in sync with the application or get even lost over the years.
Using the xml format makes a migration easier (in a broader context, to Flyspray or away from Flyspray)
Using the descr tag could be used to hold information which field(s) of a database table is/are foreign key field(s) pointing to primary key field(s) of another table, even if ADODB xmlschema03 does not support it yet. Would generating database schema diagram directly from flyspray-install.xml possible. (instead of manually painting it that gets outdated when structure changes)
Things to take care:
ADOdb and xmlschema03 does not handle table comments and field comments yet. The descr tag so is there only used when looking into the .xml file, but it does not appear in the real database schema. To make this happen, there is a good portion of contribution to the ADOdB project required (making pull request, but also get them reviewed, tested, accepted and released with a ADOdb stable release)
ADOdb xmlschema03 does not define or handle foreign key constraints. Adding that would require a substantial amount of constribution to get it working reliable for all supported databases that could use foreign key constraints.
limits of table comment length, field comment length depend on database type and database version
|
|
1991 | User Interface | Feature Request | Medium | Abillity to drill into progress graph from toplevel vie... | New | |
| | | 17.04.2015 | 24.04.2015 |
Task Description
From the overview view for a project the progress charts should be large and show dates so can have a better sense for absolute progress and then when click it should see it full size going back to start of project and showing dates.
|
|
2629 | Backend/Core | Bug Report | Low | activating history tab sends same request 2 times | New | |
| | | 11.03.2021 | 11.03.2021 |
Task Description
There should be only one request to
js/callbacks/gethistory.php when activating the History tab
The request is made:
on mousedown event
on click event
So holding down the tab sends the first request and releasing sends the second request.
|
|
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 |
|
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?
|
|
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.
|
|
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.
|
|
1972 | User Interface | Feature Request | Low | Advanced search form - ideas for faster/better usabilit... | New | |
| 1.1 devel | | 12.03.2015 | 18.03.2019 |
Task Description
This task can maybe splitted into separate sub tasks.
Task properties
Current situation
Ideas
Multi select option styling
Some (not all, intentional!) browsers support CSS styling of option tags. For these who support it I think option styling is a good usability enhancement:
severity: We use background colors for styling in task list, so we should use the same colors for the select.
priority: maybe, but must be good distinguishable from severity styling. maybe not background, but maybe icons,borders,lines?
task type: This styling would be related to an other task, where I suggest icons/font icons for bugs, feature requests and TODO (see also themes/CleanFS/custom_example.css)
progress: maybe use the green %-bars as background styling
status: If for some status types very intuitive icons exists, they could be used for the options too.
due version: no idea yet, no option styling
reported version: no idea yet, no option styling
Update: CSS of option tags working in multi selects:
Firefox 64: yes
Safari 12: no
Google Chrome 71: no
So only Firefox. The intended styling could be also achieved by Javascript that renders alternative select boxes based on reading the original select boxes and their option attributes and show the user CSS styled div-tag or li-tag based constructs which do not have such restrictions.
Custom fields
challenge/doom level - doom faces: from easy/normal to bloody/angry face
os: logos like tux for linux, devil for bsd, window for ms, apple icon, osX icon, android, apple, iphone/smartphone icon, ipad/tablet icon, ..
But Consider: Different project may need different custom fields. Your gardening project may need no OS version selector.
Make some intelligent positioning and sizing dependent on the count of options of the selects.
|
|
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.
|
|
2625 | User Interface | TODO | Low | avoid password manager popups in admin prefs area | New | |
peterdd | | | 10.02.2021 | 10.02.2021 |
Task Description
We must teach browsers not to use some input fields in the admin prefs area to offer to store it in their password manager.
Steps to reproduce:
Login with Firefox as admin into Flyspray. (Maybe other browsers behave same)
Go to admin prefs area (top right gear icon)
Click link somewhere else (so leaving admin prefs page)
Firefox browser pops up password manager as it detected some password input fields on admim prefs setting page. But in this case this is not wanted.
Either by using different input field names where the browser does not assume it is a login password field or find input field attribute to tell them.
auto-complete="off"
is not working anymore in browsers for password fields.
webbrowser: Firefox 85.0.2
Popup probably triggered by the password fields for configuring Email and XMPP notification: smtp_pass and jabber_password input fields. Firefox heuristic is too stupid to detect that these are for server configuration, not user login fields!
Neither
autocomplete="new-password"
nor
autocomplete="one-time-code"
attribute helped.
Stubborn Firefox ..
|
|
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.
|
|
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)
|
|
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).
|
|
2439 | Backend/Core | Feature Request | Low | Clone a Project | New | |
| | | 15.09.2017 | 15.09.2017 |
Task Description
There is a request for cloning a project on Flyspray mailing list:
Would be a very welcome features to have Project Templates for repetitive workflow. Any idea if its in the pipeline?
Thanks
Well, not yet.
The question is, how exactly you want that project clone.
Do you want just a rough copy of the project table entry? Thats quite easy and can even be done without programming or writing a line of SQL just by using PHPMyAdmin (or similiar Tools for PostgreSQL) and copy a row of the project table for example. See yellow marked project table on the right of the attached dbschema screenshot.
The other extreme is copying every project depending list table entries to new ones. This sure requires some programming, but not too hard to add this to Flyspray. (all yellow marked tables in the attached dbschema screenshot.
I attach a rough form mockup how could this could look like.
Possible solution
add a new file scripts/ folder for instance copyproject.php (check admin permission)
add a template file to themes/CleanFS/templates/copyproject.tpl
Set a link to that clone form page somewhere, for example on the toplevel page of a project (see screenshot)
Handle the adminuser (or add a clonepermission for that project manager usergroup) submitted form careful and savely either by includes/modify.inc.php (or like scripts/copyproject.php to keep it seperate from core)
The link to the clone form looks then ?project=123&do=copyproject
|
|
1040 | User Interface | Feature Request | Low | Close Multiple Tasks at once | New | |
| 1.1 devel | 3 | 17.08.2006 | 01.10.2015 |
Task Description
We don't close the tasks until the release is "made", that is we let them under "Requires Testing" with 100% complete. When the release/testing cycle is finished, somebody has to go task by task, and start closing them... it's a PITA ;) It would be nice to have to option to select all the tasks you want to close, and that the "popup" when you enter the reason/etc, applied to all the tasks I selected...
I recall reading something about this in the past, but haven't found it; and if this is implemented, I haven't seen a way to do it in 099beta1
|
|
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)
|
|
2444 | Installer and Upgrader | Information | Low | composer hits memory limits | New | |
| | | 04.10.2017 | 04.10.2017 |
Task Description
Quick anwser: enable swap partition on your server.
Tried upgrading a rc4-dev to rc5-dev/rc6/flyspray-master on a virtual server with 500MB RAM and php5.6.30 on the commandline (debian)
After file upgrade, I wanted also update the vendor stuff according to composer.json changes.
But surprisingly this failed:
php composer.phar update
and also after
php composer.phar selfupdate
to version Composer version 1.5.2 2017-09-11 the memory limit bug exists:
The following exception is caused by a lack of memory or swap, or not having swap configured
Check https://getcomposer.org/doc/articles/troubleshooting.md#proc-open-fork-failed-errors for details
PHP Warning: proc_open(): fork failed - Cannot allocate memory in phar:///var/www/***/composer.phar/vendor/symfony/console/Application.php on line 979
Warning: proc_open(): fork failed - Cannot allocate memory in phar:///var/www/***/composer.phar/vendor/symfony/console/Application.php on line 979
[ErrorException]
proc_open(): fork failed - Cannot allocate memory
Also doing a more fresh vendor install like
rm composer.lock
rm vendor/*
(keeps the .htaccess there)
php composer.phar install
300 MB not enough for a handful of php package installations? wtf, but didn’t dig deeper..
I temporarly solved the problem by making a swap partition on this vServer like suggested at https://getcomposer.org/doc/articles/troubleshooting.md#proc-open-fork-failed-errors
/bin/dd if=/dev/zero of=/var/swap.1 bs=1M count=1024
/sbin/mkswap /var/swap.1
chmod 600 /var/swap.1
/sbin/swapon /var/swap.1 free
total used free shared buffers cached
Mem: 506300 374920 131380 30628 21904 143872
-/+ buffers/cache: 209144 297156
Swap: 1048572 0 1048572
This is just documentation and is for the people who prefer a Flyspray development version from github.com
Full Flyspray release download files do not needs to fiddle with composer.
Maybe an entry for the FAQ
|
|
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 )
|
|
2105 | Backend/Core | Feature Request | Medium | countermeasures for 'add task anonymous' spam | New | |
| | | 27.02.2016 | 27.02.2016 | |
|
2548 | User Interface | Feature Request | Low | CSS grid layout for task details page type | New | |
| | | 05.05.2019 | 05.05.2019 | |
|
2332 | Backend/Core | Bug Report | Medium | CSV export filename filtering | New | |
| | | 24.01.2017 | 24.01.2017 | |
|
2022 | Backend/Core | Feature Request | Low | default or auto options for some settings | New | |
| 1.1 devel | | 03.08.2015 | 15.01.2019 | |
|
2531 | Translations | Feature Request | Low | detect usage of translation keywords | New | |
| | | 10.01.2019 | 19.03.2019 | |
|
2008 | User Interface | TODO | Low | difference between related tasks and related links | New | |
| | | 18.07.2015 | 18.07.2015 | |
|
2577 | User Interface | Feature Request | Very Low | distinguish between anonymous reporter and deleted user | New | |
| | | 18.10.2019 | 18.10.2019 | |
|
2057 | Backend/Core | Bug Report | Low | Do not resubmit forms on browser reload button or F5 | New | |
| | | 22.09.2015 | 23.09.2015 | |
|
2436 | Backend/Core | Bug Report | Low | dokuwiki renderer creates nonunique html-id for h1,h2,h... | New | |
| | | 02.08.2017 | 02.08.2017 | |
|
1982 | Backend/Core | Bug Report | Low | double entries in assignees list | New | |
| 1.1 devel | | 20.03.2015 | 11.02.2016 | |
|
2606 | Database Queries | Feature Request | Low | duedate column sort asc in tasklist should put unset du... | New | |
| | | 02.05.2020 | 02.05.2020 | |
|
2193 | User Interface | Feature Request | Low | Edit a comment while seeing task details and other comm... | New | |
| | | 07.08.2016 | 08.08.2016 | |
|
2009 | User Interface | Feature Request | Low | Edit task flow | New | |
| 2.0 | | 18.07.2015 | 07.08.2016 | |
|
2610 | User Interface | Feature Request | Low | Effort pop-up timer | New | |
| | | 07.05.2020 | 24.08.2020 | |
|
2010 | User Interface | Feature Request | Low | effort tracking widget | New | |
| 2.0 | | 18.07.2015 | 18.07.2015 | |
|
2137 | Backend/Core | Bug Report | Low | feature accesskey bad implemented by web browsers | New | |
| | | 15.06.2016 | 15.06.2016 | |
|
2054 | Backend/Core | Feature Request | Low | Fields for csv export choosable like for task list | New | |
| 2.0 | | 17.09.2015 | 31.12.2017 | |
|
2104 | Backend/Core | Bug Report | Low | filtering by one user on tasks with multiple assignees ... | New | |
| | | 26.02.2016 | 15.06.2020 | |
|
2337 | Documentation | Information | Low | Flyspray Themes | New | |
| | | 02.02.2017 | 16.02.2017 | |
|
1985 | Database Queries | Feature Request | Very Low | For developers - testing with huge flyspray data sets | New | |
| | | 24.03.2015 | 16.03.2016 | |
|
1960 | Backend/Core | Bug Report | Medium | foreign key relations between versions and tasks | New | |
| | | 09.03.2015 | 13.08.2015 | |
|
2020 | XMPP/Jabber | Feature Request | Medium | Function to test jabber/xmpp configuration | New | |
| 1.1 devel | 1 | 31.07.2015 | 19.09.2015 | |
|
1811 | Backend/Core | Feature Request | Low | Google Docs/Dropbox Integration | New | |
| 2.0 | | 17.01.2013 | 13.03.2015 | |
|
2491 | Backend/Core | Bug Report | Low | group member links if project manager but not admin | New | |
| 1.0 | | 01.09.2018 | 01.09.2018 | |
|
2016 | User Interface | TODO | Medium | heading and h1, h2, h3 | New | |
| 1.1 devel | | 23.07.2015 | 23.07.2015 | |