Bug #72279
closed
Current 7.6.1 breaks in 4th step of Install Tool
0%
Description
At least with me.
I downloaded
wget get.typo3.org/current --content-dispositionAt the 4th step (entering admin password) it stopped. Tables had been created. Another submit ran into DUPLICATE KEYS. I cleaned the DB an tried several times. No error. Just breaking. I then downloaded
wget get.typo3.org/7.6.0 --content-dispositionAnd everything worked as expected.
Updated by Daniel Goerz almost 9 years ago
- Status changed from New to Needs Feedback
Cannot confirm. I just set up successfully a TYPO3 7.6.1 after getting the core with wget get.typo3.org/current --content-disposition. Could you provide more information about what you were doing and on what environment?
Updated by Oliver Hader almost 9 years ago
Hi Henri,
thanks for your report. As Daniel already requested, I'd like to ask you as well about further details on your system, like- Operating System & version
- PHP version
- Webserver Type & Version
- Database Type & Version
- Database Connection Disposal (either 127.0.0.1, localhost, socket-based or remote database)
Thanks in advance for your feedback!
Updated by Henri Nathanson almost 9 years ago
I was working on in standard Linux VM on my Windows Host. Local database and webserver. Settings special were
I did not build any symlinks - because of the evil host system -, but put the /typo3 and /vendor folders right there in the webroot.It won't help much to tell you these specifics. I will try to reproduce the behaviour, debug it and give some more info then.
Updated by Henri Nathanson almost 9 years ago
As I checked again, the hanging in step 4 (databaseData) is not specific to 7.6.1
Updated by Henri Nathanson almost 9 years ago
I tried to debug this. As it hangs in step 4 databaseData it can be reproduced easily by dropping and rebuilding the database. In the StepController it runs outputSpecificStep() and checks for $needsExecution. That value is returned as true. But the tables are all in the database. Only the isInitialDatabaseImportDone configuration value read from the LocalConfiguration is still false.
The situation was reproducable and good for debugging. Then I added a sleep(5) in StepController->execute() in order to see the changing of the isInitialDatabaseImportDone value in LocalConfiguration through the several 303s. With that sleep-change the looping in step 4 suddenly broke. And I could not rebuild it again with 7.6.0/7.6.1. So that is why I stop here.
My best guess would be the two writes on LocalConfiguration at the end of DatabaseStep->execute() get somehow messed up. Sounds strange. But well, everything worked besides the write into the Localconfiguration. Probably one shouldn't just read/write every value by it's own.
Updated by Alexander Opitz over 8 years ago
Is TYPO3 installed in a synchronized file system directory? (Synchronized between VM and host)
Updated by Alexander Opitz about 8 years ago
Excuse I forgot to add me as watcher.
So, at first, does this issue still exist?
Updated by Henri Nathanson about 8 years ago
- I do not work in that environment any more and I have no time to reproduce it.
- It is questionable, if I could actually reproduce it.
- The situation it happened in probably is far off the generally applied deployment path / working environment.
So, please close.
Updated by Alexander Opitz about 8 years ago
- Status changed from Needs Feedback to Closed
Ok, so I'm closing this issue now. Thanks for helping.