-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Imports checking out to a User on import not working #14891
Comments
PHP 8.3.8 should work fine - we're looking into this issue for you. |
Can you give me more info on how your normal upgrade.php doesn't work tho? |
Re: failed to retrieve, is it possible you have some internal firewalls or network traffic restrictions on your server? Is there anything interesting in your app logs? ( |
After looking at our firewalls, we've found nothing that would block it. A backup dump that failed
Do you need the stacktrace of it? |
Are you doing a backup before import? I assume your backups don't work in general, when manually triggered via GUI or cli? |
I don't check the "Backup before import" checkbox in the import window since we back up the whole server with Veeam... but I think it would be good to fix that as well... :)
|
That can be caused by a few different reasons, usually the path to mysqldump is incorrect or permissions to the I'm wondering though if, since upgrade.php isn't working, if maybe the upgrade was only partial? If something got missed somehow? (We're still looking into the import+checkout issue for you internally tho) |
Just tested the backup through the GUI on our production system that is on 6.4.2 - cant back it up with the GUI as well... |
What I tried and can confirm, is that when I try to start an import with the GUI, it doesnt start a backup (because I don't tick the checkbox). So the backup isn't related to the import problem. |
Hm. I just pushed out some minor fixes - can you pull latest from master? I'm not able to reproduce your issue locally at this time, at least using the sample CSVs. I wonder if there's something funny with the mapping. |
The import works again :D The backup issue is still the same tho. Thanks! :D |
@marcusmoore can you see if you can reproduce this import issue? |
Debug mode
Describe the bug
(Note: after the upgrade to v7 a coworker told me to update php to 8.3.8 since the "php_max_major_minor" is "8.3" now - is it even compatible with Snipe-IT yet? or could it be a php issue?)
When I try to import an asset with either the "Checked out to: Full Name" option:
or the "Checked out to: Email" / "Checked out to: Username" (our users' usernames are their email)
the import wont check the asset out to the person...
Reproduction steps
...
Expected behavior
I expect that the asset gets checked out to the specified user...
Screenshots
No response
Snipe-IT Version
7.0.2
Operating System
Windows
Web Server
IIS
PHP Version
8.3.8
Operating System
No response
Browser
No response
Version
No response
Device
No response
Operating System
No response
Browser
No response
Version
No response
Error messages
Additional context
Like I said in the beginning, a coworker wanted to update php - maybe an issue with that?
Also, we've updated snipe with the --skip-compatibility parameter recently, since we cant get the "normal" upgrade.php to work... so it may be a broken installation?... (upgrade.php problem -> problem with our proxy or antivirus or something?)
The text was updated successfully, but these errors were encountered: