yunohost-apps / kimai2_ynh Goto Github PK

Hi, i installed yunoHost /kimai2 in a virtual mashine.

YunoHost and Kimai can be accessed via the URL

But i cant login with the admin user, i created. is there a default second admin, or where might I find the users table in order to set a new admin?

Hi,
after a new install of yunohost and kimai2 via cli ( sudo yunohost app install https://github.com/YunoHost-Apps/kimai2_ynh ) I can´t create a customer.

Need some help.

Oops! Ein Fehler ist aufgetreten.
500: Internal Server Error
Ein unerwarteter Fehler ist aufgetreten. Möglicherweise haben Sie einen Bug gefunden, daher kontaktieren Sie bitte ihren Administrator wenn der Fehler nach einem erneuten Versuch immer noch vorhanden sein sollte.

i am on the latest yunohost. i need to use the tracker app, but i get "Invalid answer from API". i set API passwords for my users. to create the user i log in with each single yunohost LDAP user. unfortunetly i dont see them right away in the management gui.

furthermore i cant provide any logs. i only get "Missing Logfile".

Just set up Kimai through the Yunohost interface and noticed that all times are minus 1 hour off. Clients are set to "Berlin" which is my timezone. Is there anything else I have to change to get the correct time?

Btw great work with the new interface! Love it!

I am trying to install Kimai on (yunohost-buster-4.0.3-amd64-stable.iso) (yunohost-buster-4.0.3-i386-stable.iso) yunohost over the virtualbox, it kept giving me error of the corrupt source. Could not install kimai2: An error occurred inside the app installation script

Describe the bug

Upgrade from 1.11.1 to 1.27.0 fails:

Warning: Unable to install core dependencies with Composer.
Warning: [Error] Upgrade failed.

Context

Looks like #57

yunohost: 
  repo: stable
  version: 11.0.10.1
yunohost-admin: 
  repo: stable
  version: 11.0.11
moulinette: 
  repo: stable
  version: 11.0.9
ssowat: 
  repo: stable
  version: 11.0.9

Logs

https://paste.yunohost.org/raw/bejavifoga

Hi @anmol26s ,
the next version is ready for installation: https://github.com/kevinpapst/kimai2/releases/tag/0.6

I can't remember any BC break, but please test the upgrade first.
And let me know if you need any support!

i am back ...

i installed the MetaFieldsBundle Plugin. i did as i was instructed. created the folder in ../var/plugins, cleared cache and created database.

thats the outcome:

thats the terminal output of clearing the cache:

and thats what happens when i create the database:

https://github.com/kevinpapst/kimai2/releases/tag/1.0

Describe the bug

Upgrade from 1.11.1 to 1.20.2 fails, looks like it is due to a composer issue.
See here for details.

Context

In addition to the issue reported by Ferdimator and linked above, this has been reproduced on 2 different OVH VPS, with clean and vanilla yunohost installs.

Logs

https://paste.yunohost.org/raw/omibavawuk

Hi, I was browsing the apps list (I guess it is the same in the webadmin), and came across Kimai's "non-description". 😄

I suggest something more informative like "Kimai2, open-source timetracker packaged for YunoHost".

This is wrong since a very long time:

Please change it to https://www.kimai.org

The mentioned URL https://v2.kimai.org in the repository description is wrong.

Should be changed to https://www.kimai.org

This issue was already mentioned in #20 but closed without fix.

Related to this

I believe Kimai mess with php such as declare here
YunoHost-Apps/nextcloud_ynh#211

I was unable to install nextcloud because php-zip was missing (even if it is declare in the common file)

2019-06-15 07:37:10,952: DEBUG - PHP module zip not installed.
2019-06-15 07:37:10,952: WARNING - Unable to install Nextcloud
I was able to fix this by installing php7.0-zip

on my system php-zip refered to php7.3-zip
which is refered in /etc/apt/sources.list.d/php7.list
which based on date was declared by kimai2

so you should or

1. the debian way which is to lower the priority of sury repo you declare here

2. the yunohost way which is using the yng install php

Hi

We noticed that you use an another version of php than the current version of stretch. Installing another version of php can (will probably) breaks YunoHost for other apps.
Please consider using the experimental helper ynh_install_php to handle securely other version of php.

If you encounter any problem using this helper, please open an issue on the repo.

Hi @anmol26s !

I released 0.4: https://github.com/kevinpapst/kimai2/releases/tag/0.4

There are unfortunately some special tasks required for this release, as discussed in #1
see https://github.com/kevinpapst/kimai2/blob/master/UPGRADING.md

Any chance these can be scripted? Can I support somehow?

Kimai 1.13 is available. Update should be easy.
Nothing major has changed, only that Composer 2 is now supported (but not required).

Just wondering if the latest release is coming soon? Version 0.5

Hi @anmol26s ,

I have a "warning" about the next version: there was a major problem in Kimai, regarding timezones and the records time storage. I wasn't noticed, as most of the user run Kimai in a foxed PHP environment only using the local timezone.
But now it was found and unfortunately after the update a special script needs to be executed, which will convert all existing records.

Its further explained in this PR: kimai/kimai#372

I wanted to share this info early, so you can think about a migration path.

Probably its safe to assume that YunoHost users did not import data from Kimai 1 manually, so it might be a simple if/else on the Kimai version and then executing that one command without any parameter?

The installation fails (both using CLI and browser GUI)

- Installing ocramius/package-versions (1.3.0): Loading from cache
Package operations: 79 installs, 0 updates, 0 removals
- Installing symfony/flex (v1.0.80): Loading from cache
Plugin installation failed, rolling back
- Removing symfony/flex (v1.0.80)
[ErrorException]
Declaration of Symfony\Flex\ParallelDownloader::getRemoteContents($originUrl, $fileUrl, $context) should be compatible with Composer\Util\RemoteFilesystem::getRemoteContents($originUrl, $fileUrl, $context, ?array &$responseHeaders = NULL)
install [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--] []...
Unable to update Kimai2 core dependencies
!!
kimai2's script has encountered an error. Its execution was cancelled.
!!
Remove the user kimai2

Could be related to this recent issue on another repo? The actual error line is the same.

Running YunoHost 3.0.0.1 on VirtualBox.

Atm, I can only manage a permission for the whole Kimai app. What I want to have is making the Kimai API publicly available while having the core app only available for logged in YNH users and not accessible publicly. Therefore, a dedicated permission for the API would be required so that there are two manageable permissions:

• KImai2
• Kimai2 (api)

Hello
I,m trying to install the 'kimai2' app.
I have error message:

2023-09-01 08:44:10,173: DEBUG - + out='2023-09-01 08:44:10 URL:https://codeload.github.com/kimai/kimai/tar.gz/refs/tags/1.27.0 [3769206] -> "/var/cache/yunohost/download/kimai2/mysql.tar.gz" [1]'
2023-09-01 08:44:10,175: DEBUG - + sha256sum --check --status
2023-09-01 08:44:10,227: WARNING - Corrupt source

Full log https://paste.yunohost.org/raw/mimoqeqise

Yunohost tells me it's all up to date.

Error log:

2020-10-26 14:14:34,610: DEBUG - + workdir=/var/www/kimai2
2020-10-26 14:14:34,610: DEBUG - + phpversion=7.3
2020-10-26 14:14:34,610: DEBUG - + COMPOSER_HOME=/var/www/kimai2/.composer
2020-10-26 14:14:34,610: DEBUG - + php7.3 -- --quiet --install-dir=/var/www/kimai2
2020-10-26 14:14:34,611: DEBUG - + curl -sS https://getcomposer.org/installer
2020-10-26 14:14:45,347: DEBUG - + ynh_composer_exec --phpversion=7.3 --workdir=/var/www/kimai2 '--commands=install --no-dev --optimize-autoloader'
2020-10-26 14:14:45,348: DEBUG - + declare -Ar args_array
2020-10-26 14:14:45,449: DEBUG - + workdir=/var/www/kimai2
2020-10-26 14:14:45,450: DEBUG - + phpversion=7.3
2020-10-26 14:14:45,450: DEBUG - + COMPOSER_HOME=/var/www/kimai2/.composer
2020-10-26 14:14:45,450: DEBUG - + php7.3 /var/www/kimai2/composer.phar install --no-dev --optimize-autoloader -d /var/www/kimai2 --quiet --no-interaction
2020-10-26 14:14:45,851: DEBUG - + ynh_die 'Unable to update core dependencies with Composer.'
2020-10-26 14:14:45,852: WARNING - Your lock file does not contain a compatible set of packages. Please run composer update.
2020-10-26 14:14:45,853: WARNING - Unable to update core dependencies with Composer.
2020-10-26 14:14:45,855: DEBUG - + ret_code=1
2020-10-26 14:14:45,855: DEBUG - + echo 'Unable to update core dependencies with Composer.'
2020-10-26 14:14:45,856: DEBUG - + exit 1
2020-10-26 14:14:45,856: DEBUG - + ynh_exit_properly
2020-10-26 14:14:45,856: DEBUG - + local exit_code=1
2020-10-26 14:14:45,856: DEBUG - + '[' 1 -eq 0 ']'
2020-10-26 14:14:45,856: DEBUG - + trap '' EXIT
2020-10-26 14:14:45,856: DEBUG - + set +o errexit
2020-10-26 14:14:45,857: DEBUG - + set +o nounset
2020-10-26 14:14:45,857: DEBUG - + sleep 0.5
2020-10-26 14:14:46,358: DEBUG - + type -t ynh_clean_setup
2020-10-26 14:14:46,359: DEBUG - + ynh_clean_setup
2020-10-26 14:14:46,359: DEBUG - + true
2020-10-26 14:14:46,359: DEBUG - + exit 1
2020-10-26 14:14:46,410: ERROR - Could not install kimai2: An error occurred inside the app installation script

See https://github.com/kevinpapst/kimai2/releases/tag/0.9

I had a version 1.11 of Kimai2 working properly. LDAP users could login with no issue.

But after an update to version 1.17, it is not possible anymore for users to login with their "yunohost" credentials (yunohost user/password). The message "Invalid credentials" is shown.
However, a "Kimai" user (a user created directly in Kimai) can login correctly (with their kimai credentials).

I can reproduce this behavior consistently: If I restore the 1.11 backup, I can login with a ldap user, but as soon as I perform the update it not possible anymore.

I tried to dig a little bit but I couldn't find anything: the upgrade runs correctly, everything in the mysql DB seems to be OK and I couldn't find any really relevant logs.

I tried what's suggested in this PR: #46 but it doesn't change anything.

I am unable to log in with any of my users. I always get an error message telling me the login is invalid.
One time I got an error saying I had an invalid CRSF-Token but I have not been able to reproduce that error.

When trying to create a user I got an error (500) telling me that I encountered a bug.
This was the case for existing users and for completely new users.
Clicking the Dashboard button (see screenshot) brought me back to the login page.

Restarting my server did not help resolve the issue

I am using YunoHost version 4.3.6.3 and Kimai2 version 1.17.1~ynh1

Steps to reproduce

• install kimai2 via the web-interface
• try to login or create a user

Expected behavior

It should allow me to login with my LDAP users or at least let me create a user.

I found no errors in the installation log, only debug and info

I took some screenshots but my server is set to German, I hope I explained the issue well enough so you can understand it anyway

LDAP not working at installation (so no logging is possible)

I create an user

/usr/bin/php8.2 /var/www/kimai2/bin/console kimai:user:create username [email protected] ROLE_SUPER_ADMIN

Following the discussion started here, this app needs to be adapted both to :

• be installable on a fresh Buster system
• make the transition smooth for people upgrading from Stretch to Buster

Currently the app relies on a custom install of PHP 7.1 / 7.2 / 7.3 which should be adapted. Imho (to be discussed and see with other app packagers after we gain more XP with this) :

• the scripts should be adapted to use PHP 7.3 instead of 7.2
• the upgrade script should take care of the move from 7.2 to 7.3 (which for users could and should therefore happen prior to the upgrade to buster)
• we should have an if/else to install PHP 7.3 only if we're on stretch (and not on buster) like drafted here for mastodon but also need to be propagated on restore script (and maybe upgrade script)

Overall this treatment should be pretty much the same for all apps in that situation, so once we solve this for one app it should be easily applicable to other similar apps.

Running Yunohost 11.2.11.3 (stable) on Rpi4. After recent upgrade, when I click "Play" icon, or try to add a new time entry, upon selecting an entry in the "Project" field of the time entry dialog, I receive the following dialog box warning, and cannot proceed to complete the entry:

I have allowed it to redirect me, and logged in again. But the dialog persists, always after selecting the project.