Skip to content
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

Bypassing registration for local development environment? #17498

Open
mztechsnc opened this issue Jun 7, 2024 · 0 comments
Open

Bypassing registration for local development environment? #17498

mztechsnc opened this issue Jun 7, 2024 · 0 comments

Comments

@mztechsnc
Copy link

In newer versions, registration screen prevents test environment to be debugged properly.
We are assisting a user with a yetiforce 6.5 installation that requires some tuning and some custom workflows to be created for their business.
Since they have added many custom fields and I need to work with realistic data, we tried to clone their installation into my local development server (virtualbox VM on my system).
Since 6.5, the registration system forces the environment a re-registration check which forced us to re-assemble the develompent site with internet connection in order to succeed in the re-registration, but then the following morning the registration in prompted again with "Authentication failed" status. Thus, we're unable to proceed in testing the custom workflow functions.

The environment responds to yeti.something.local, so it's not meant to be publicly accessible.

Is there really no way to bypass this??

Environment Version / Name
YetiForce 6.5
Web server (name and version) Debian 11 on local virtualbox VM
PHP 8.0 - 8.1
Browser (name and version) chrome 125
Operating System (name and version) windows 11
Database (name and version) mariadb 10

image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant