Testers needed
Hello all,
I'm the main developper for a Ticket system called « BUGS » I did sumbit to SoftCoolous and it is available there since years, but the new version seems to have a bug with Centos. I've tested BUGS under Debian and Windows ( XAMPP ) with apache2 and PHP 7.4 / PHP 8.1 everything is good. So what the problem with Centos ???? I'm unable to find out. So please, help me. You may have to pass through the only install process, you may have to go further, you may decide to adopt the BUGS system for yourself ... You'll see. Already thanks for your support and help. BUGS is available for free from https://github.com/pixeline/bugs/ |
Quote:
Your readme claims "PHP 7.3 and lower are no longer supported" which essentially means you're not supporting CentOS. What's stopping you from running a VM to test it yourself? |
The initial version installed in CentOS 7 is 5.4 but can be upgraded via the epel repository to 8.2.
My first guess would be a selinux problem if you specifically have not configured it for your application or maybe disabled it. https://www.linode.com/docs/guides/a...x-on-centos-7/ |
So ... is there anyone who accepts to test my system ?
I could do it myself, as said up here but I'll probably do the same as usually and not find the bug. I need someone totally new front of this install process. Thanks. |
Quote:
Since you claim there's a problem, document what has been reported here, so others can see if it can be duplicated. Otherwise, this just sounds like you want to 'advertise' your software. |
I did not expect such reaction. I don't want to advertise my BUGS system.
I'm in touch with Softacolous who follows the progress of the system for themselves and their clients. Softacolous guy came back saying that the bug he encounter is the following: - install process block with « No such table created in database ». I've tested under Windows, under Linux with differents versions of PHP: still unable to reproduce the reported bug. That why I'm asking someone else to test. I guess that I'm not doing like a new user and I'm passing around the problem even when I don't try to so. Developping BUGS stated only for myself, from an existing canevas. Some users did like it ... good but nothing more. I really don't care to advertising or not the system it is there on github. Take it if you want, don't take .. it's free. I don't even have any idea of how many users are using it. I don't care. So I've been surprised by you point of view (advertising). My only concern is: it must work for everyone as it is for me. Softacolous guy said me that he tested and had problem with it under CentOs that why I post here. It is that simple. Under github, it's not even my name, my account that shows but pixeline/bugs Thanks. |
Quote:
And is that the EXACT error? Because I don't find that syntax anywhere in any of the files I downloaded. If I had to debug this app, I'd search the source code for that error message, and look at what can trigger it. |
You're right, this message doesn't show in any file. That's why I have so hard time to debug it. The message is from the MyAdmin or from MySQL engine. The only user who had such problem is a CentOs user. As said up, I've thoroughly tested under Debian and PHP 7.4, 8.0,8.1 MySQL with PHPmyAdmin or with Adminer; also under Windows.
Here is the quote that user sent me: Quote:
That why I need tester on CentOs: any other OS seams to not encounter such problems. |
Quote:
Also, this doesn't sound like a 'bug' at all...the user in question says they're doing a manual installation, rather than going through things? Are you *SURE* they're following the instructions?? |
Thanks for that.
The system is supposed to installs itself. The part the user did manually could not work because the previous step was the one which installs the database and its tables. So the problem encountered by the user is all about the database deployment (its table). Which I never encountered under Debian nor windows. I asked him if the commands « scandir et get_contents » are available on his PHP and he said they are. Such is his answer: Quote:
It seams that I'm not allowed to post PHP code here. So please refer to ./install/config-setup.php file from the github deposite. Again, the only user with such problem, is a CentOs user. Thanks for your help. |
You can post PHP code just not the actual PHP tags.
|
Ok, I'll try again the code, but - again - this code works perfectly under wichever other server than CentOs
PHP code could not pass through - twice The returned message is: Quote:
|
Quote:
Quote:
So you've got comprehensive automated tests that you've ran against all THIRTY TWO releases of PHP 7.4? Your issue is not CentOS. It may be security software like SELinux/similar, but it's probably either a bug in your code and/or in the specific combination of versions of software being used. Quote:
It's similar to checking for the presence of a "<" or the word "script" and blindly unsetting variables, instead of doing proper validation/handling of user input. The options are to figure out what the filter is and bypass it (a trivial though tedious process), or supply the code as an .txt attachment, or (given a repository already exists) supply a direct link to the correct version. Quote:
|
All times are GMT -5. The time now is 11:58 AM. |