mirror of
https://github.com/requarks/wiki.git
synced 2026-03-02 22:57:36 -05:00
Stuck in configuration process > Checking your system for compatibility #192
Labels
No labels
BETA
BETA
accessibility
backlog
bug
can't replicate
contrib-easy
contrib-hard
contrib-medium
deferred
documentation
duplicate
duplicate
editors
enhancement
invalid
localization
migrate
ui
under review
v3
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/wiki#192
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @akerd on GitHub (Oct 6, 2017).
Originally assigned to: @NGPixel on GitHub.
Actual behavior
After launching the command
node wiki start 80and opening localhost at port 80 I am able to see the welcome page and start the configuration process, but it hangs with message "Checking your system for compatibility..." and I have no idea why.
Is it possible to understand the reason why the system check is not able to go on?
I tried to use also the default port 3000 but same problem.
Steps to reproduce the behavior
Windows Server 2016 behind corporate proxy
I installed the pre-requisites:
Powershell install script completed successfully.
I run the command "node wiki configure 80" and launched Internet Explorer 11 to connect to localhost.
@Modest-as commented on GitHub (Oct 6, 2017):
Hi,
I've noticed this behavior today myself. I was also using IE... Tried with firefox and it worked like a charm. Anyway, I hope this comment will make it easier to replicate.
@NGPixel commented on GitHub (Oct 7, 2017):
This will be fixed in 2.0.
As a workaround for 1.x, avoid using IE for setting up Wiki.js.
@NGPixel commented on GitHub (Oct 8, 2017):
Fixed in 2.0 (
c94e2d5700)@akerd commented on GitHub (Oct 12, 2017):
Thank you, I confirm that 1.x installation procedure works using another browser.