I've created an installation profile using Profiler. When I try to enable the robotstxt module in my .info file with the line dependencies[] = robotstxt the installation blanks out White Screen Of Death. If I comment out the line the installation process works perfectly. I was able to reproduce this error consistently.

I'm not sure if this belongs here or in the Drush Make issue queue.

Comments

q0rban’s picture

Status: Active » Postponed (maintainer needs more info)

Can you make sure you have PHP set up to display startup errors, and all warnings and notices? Once we get the error or notice displaying on the screen, we should have a better idea of where the problem is. Thanks!

bisonbleu’s picture

Sure. Can you tell me where & how I can have PHP set up to display startup errors, and all warnings and notices?

btopro’s picture

I'm noticing a similar issue.

It appears that profiler will try and install modules out of order. For example...

If I put strongarm ahead of ctools in the install order it fails.

For whatever reason I keep getting a bomb out with a context project I wrote but I guess we'll see. It seems like they need to be loaded in in the correct order for their dependencies not to fail. Not sure of how to account for this other then looking through and making sure things are installed in the correct order in the dependencies list. Can anyone confirm that this is what's going on?

btopro’s picture

I think I found the root issue.

If you have a module that has dependencies but they aren't stated correctly, there is the potential it will install before other projects, causing the installer to fail. I noticed that in my module context_var i had no dependency on context. When context_var would install (somehow before context did) it would bomb out the installer. I'd check in robotstxt to make sure that what it requires is actually stated as required.

bisonbleu’s picture

Where is one likely to find such references to dependencies? And what would they look like?

I had a layman's look at the module's various files (.info, .module, .install, etc.). The only thing that caught my eye was this comment: "Module cannot work without Clean URLs.". Other than that, I would not be able to say.

btopro’s picture

the clean URLs part could be a problem. Does that module require anything else be installed to work? Dependencies need to be defined in the modules .info file if so. Also you can troubleshoot wsod by adding error_reporting(E_ALL); in your index.PHP file. I had some issues installing accessible content because it looked for the library outside of where I had it. Also calling the database via variable_get before the db has been created can cause this. No issue with profiler, its a contrib module issue is my guess

q0rban’s picture

Status: Postponed (maintainer needs more info) » Closed (cannot reproduce)