For some reason, after numerous attempts at verification, the platform verification fails to return the package list to the frontend and the "Packages" tabs all yield:

"No packages are associated with Drupal 6.14 - 1.0 - prod"

So that's rather problematic.

This may related to the tasks patch in git.

Comments

Anonymous’s picture

Anonymous (not verified) commented

This is not occuring for me on a fresh install of HEAD, both the initial platform and other added platforms verify and Packages are shown in the tab as expected.

anarcat’s picture

anarcat commented
Status: Active » Needs work

So from what I can tell, the issue is not with the packages *not* being there (they are!), it's the query that displays them that's broken:

SELECT n.nid as 'package', i.status, n.short_name, i.version, n.package_type, i.status FROM hosting_package n LEFT JOIN hosting_package_instance i ON i.package_id=n.nid WHERE (n.language ='fr' OR n.language ='' OR n.language IS NULL) AND ( i.rid=1158 )ORDER BY status DESC LIMIT 0, 25

That of course yields:

ERROR 1054 (42S22): Unknown column 'n.language' in 'where clause'

when ran through the commandline... So that awfully looks like an i18n problem. I have no idea why the fuck i18n is kicking in here, it's very annoying...

anarcat’s picture

anarcat commented
Title: platform verification fails to return packages to the frontend » package listing incompatible with i18n module
Version: 6.x-0.4-alpha1 » 6.x-0.4-alpha2
Priority: Critical » Minor
Status: Needs work » Fixed

I committed a fix to CVS: http://drupal.org/cvs?commit=272626

anarcat’s picture

anarcat commented

I found another issue, for which you need http://drupal.org/cvs?commit=272840 to have a proper fix.

I won't mark this hotfix yet as I didn't generate a proper patch and I'm not sure so many people will stumble upon this (apart from crazy french people like me).

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.