Menu items may loose their ordering when they are migrated.

@fastslack

Installed latest trunk from the directory:

Notice: Undefined property: JConfig::$cli in /var/www-kunena/kunena20js/administrator/components/com_jupgrade/includes/jupgrade.class.php on line 994

Currently there's no real way for component developers to include their own com_xxx.php file in their own folder. Not sure if it was designed to be this way but wouldn't this help or increase more integrations from existing components.

By allowing an extension to add com_xxx.php in their own /administrator/components/com_xxx/ folder, developers wouldn't need to include their files in the /administrator/components/com_jupgrade/extensions/ folder. In a way, JUpgrade will scan the file listed in this folder say, j25upgrade.php or com_xxx.php and use this file instead.

I do not know what is wrong. any advice? log as follow...

==========
[checks]

1

==========
[cleanup]

1

==========
[install_config]

==========
[install_db]

==========
[undefined] [undefined]

==========
[undefined] [undefined]

==========
[undefined] [undefined]

Category ID's are not mapped and because of id=1 already exists, first category (id=1) gets lost during migration. Articles in this category are being located in wrong category/component.

Following params['layout'] values need to be changed (mod_articles_news):

• vert => vertical
• horiz => horizontal

Original values cause fatal error because of missing check in Joomla 2.5.

Hello,

I still have got an Joomla 1.5.25 version running and I'm tryning now for two days already to upgrade to Joomla 2.5.
BUT the whole website crashes due to the change of id's.

I read somewhere it is the reason that there are different default id's with the new 2.5 version.

Shouldn't the Jupgrade tool prevent such errors?
Would it be possible to upgrade and remain ALL old id's and just add the "default" ones to the back.

For that reason it would be much easier to upgrade and older Joomla version.

Thanks in advance.

Hey,

it seems to me, that the banners are not correctly migrated.

• category is not set (e.g. zero)
• client is not set (e.g. zero)
• image-path is not set (e.g. empty)

EDIT:
concerning image-path:
seems that the sql-layout is wrong in migrate-banners.php:getSourceData()

$rows = parent::getSourceData(
'bid AS id, cid, type, name, alias, imptotal ,impmade, clicks, '
.'catid, clickurl, checked_out, checked_out_time, showBanner AS state, '
.'custombannercode, description, sticky, ordering, publish_up, '
.'publish_down, params', null, 'bid');

should be:

$rows = parent::getSourceData(
'bid AS id, cid, type, name, alias, imptotal, impmade, '
.'clicks, imageurl, clickurl, date, showBanner AS state, checked_out, '
.'checked_out_time, editor, custombannercode, catid, description, '
.'sticky, ordering, publish_up, publish_down, tags, params', null, 'bid');

imageurl must then be set as key-value pair in params.

Ajax response:
407: /var/www is unwritable

Changing directory permission helps, but average user has no idea why the progress stalled.

Hi,

I have forked the project and changed the Joomla versions to 1.7 and 2.5. I assume this is the intention eventually?

I have also removed the one or two references to the 1.6 download as I'm assuming again that this will be replaced by 1.7.

Go to Extensions > Extension Manager > Database

Warning: Database is not up to date!
Database schema version (None) does not match CMS version (2.5.1).

Hello,
sorry, but this new version won't work either:
I get only error reports like

[install_config]

Warning: require_once(/mnt/web7/52/83/51352183/htdocs/jupgrade/libraries/joomla/methods.php): failed to open stream: No such file or directory in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_jupgrade/includes/install_config.php on line 27 Fatal error: require_once(): Failed opening required '/mnt/web7/52/83/51352183/htdocs/jupgrade/libraries/joomla/methods.php' (include_path='.:/opt/RZphp5/includes') in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_jupgrade/includes/install_config.php on line 27

[install_db]

Warning: require_once(/mnt/web7/52/83/51352183/htdocs/jupgrade/libraries/joomla/methods.php): failed to open stream: No such file or directory in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_jupgrade/includes/install_db.php on line 33 Fatal error: require_once(): Failed opening required '/mnt/web7/52/83/51352183/htdocs/jupgrade/libraries/joomla/methods.php' (include_path='.:/opt/RZphp5/includes') in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_jupgrade/includes/install_db.php on line 33

[undefined] [undefined]

Warning: require_once(/mnt/web7/52/83/51352183/htdocs/jupgrade/libraries/joomla/factory.php): failed to open stream: No such file or directory in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_jupgrade/includes/jupgrade.class.php on line 89 Fatal error: require_once(): Failed opening required '/mnt/web7/52/83/51352183/htdocs/jupgrade/libraries/joomla/factory.php' (include_path='.:/opt/RZphp5/includes') in /mnt/web7/52/83/51352183/htdocs/administrator/components/com_jupgrade/includes/jupgrade.class.php on line 89

and so forth...

The site is www.peter-kreinberg.de (watch for JoomGallery and 2.000 + pictures) !

Best regards, Boy Herre

This bug is at least in articles, but most likely apply to every other component that has categories, too.

If Joomla 1.5 site had articles that were not assigned to any category, they get moved to the first valid category, which changes how the site behaves.

Title:'My Article' Section: '', Category: ''

becomes:

Title:'My Article' Category: 'My Products'

where it should be:

Title:'My Article' Category: 'Uncategorized'

This is actually Joomla 1.7.3 bug, but you can only see it if you migrate your site from Joomla 1.5.

Some parameters like '''Show Page Heading''' have wrong values unless you save menu items in the new site (no changes are needed, just open and save). In large sites saving each item is a huge task, so it would be best if jUpgrade loaded the defaults just before the params field migration.

Working fine with 2.5.4 - after joomla upgrade.
After installation sections does not do "migrate" user undefined (or something like this and holds there,) the page or mootols tab where it starts working and says importing users is stuck ..."Undefined"

The only way to use is manually upload 2.5.4 files and then run - ticking 'do not download "

This is in 2.5.1 Jupgrade, I see there is a 2.5.2 release here, not sure if that fixes the issue?

even giving 4G ! in php.ini
I got a memory exhaustion in the code :

public function loadAssocList($key = null, $column = null)
{
    // Initialise variables.
    $array = array();

    // Execute the query and get the result set cursor.
    if (!($cursor = $this->execute()))
    {
        return null;
    }

    // Get all of the rows from the result set.
    while ($row = $this->fetchAssoc($cursor))
    {
        $value = ($column) ? (isset($row[$column]) ? $row[$column] : $row) : $row;
        if ($key)
        {
            $array[$row[$key]] = $value;
        }
        else
        {
            $array[] = $value;
        }
    }

    // Free up system resources and return.
    $this->freeResult($cursor);

    return $array;
}

in the while loop

I got the following exception :

[error] PHP Fatal error:  Allowed memory size of 268435456 bytes exhausted (tried to allocate 80 bytes) in /Users/whisky/Sites/test/jupgrade/libraries/joomla/database/database/mysqli.php on line 483, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP Stack trace:, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   1. {main}() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/controller.php:0, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   2. jUpgrade->upgrade() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/controller.php:45, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   3. jUpgrade->setDestinationData() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/jupgrade.class.php:343, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   4. jUpgradeUsers->getSourceData() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/jupgrade.class.php:317, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   5. jUpgrade->getSourceData() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/migrate_users.php:42, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   6. JDatabase->loadAssocList() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/jupgrade.class.php:295, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   7. JDatabaseMySQLi->fetchAssoc() /Users/whisky/Sites/test/jupgrade/libraries/joomla/database/database.php:929, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   8. mysqli_fetch_assoc() /Users/whisky/Sites/test/jupgrade/libraries/joomla/database/database/mysqli.php:483, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP Fatal error:  Cannot redeclare class jUpgrade in /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/jupgrade.class.php on line 24, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP Stack trace:, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   1. {main}() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/controller.php:0, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade
[error] PHP   2. require_once() /Users/whisky/Sites/test/administrator/components/com_jupgrade/includes/controller.php:18, referer: http://127.0.0.1/test/administrator/index.php?option=com_jupgrade

is it possible to free the $row (or unset)

I'm more a ruby or java guy than a PHP programers, but sound like there is a leak here, no ?

Regards

If external component adds fields to Joomla tables (first/last name for the user), migration fails as the fields do not exist in the new table, where the data is being copied to.

I would check the new table structure and ignore those fields, leaving component migration to handle those.

GET templates_files.php:

jos-Error: JLIB_FILESYSTEM_ERROR_FOLDER_EXISTS


jos-Error: JLIB_FILESYSTEM_ERROR_FOLDER_EXISTS


jos-Error: JLIB_FILESYSTEM_ERROR_FOLDER_EXISTS


jos-Error: JLIB_FILESYSTEM_ERROR_FOLDER_EXISTS

GET migrate_files.php:

jos-Error: JLIB_FILESYSTEM_ERROR_FOLDER_EXISTS

GET extensions_controller.php (akeeba, kunena and others):

jos-Error: JLIB_FILESYSTEM_ERROR_FOLDER_EXISTS

I was trying to migrate a large content table, and I can watch the database grow to 320ish and it seems to truncate the table and start over. The assets table keeps growing, so by the time I caught it, it was 3,000+. A cursory glance did not provide an obvious reason to this issue, but it happened upon repeating the migration.

JUpgrade 2.5.2 only migrates categories for com_content. Categories for banners, contacts, feeds and weblinks aren't migrated over. Only the default "Uncategorised" category are created.

The entries are present in the "jupgrade_categories" table but not in the table "j25_categories".

The same applies for 3rd party extension that want to migrate the categories.

I've tested it with a fresh installation of Joomla 1.5.26 with example content.

JUpgrade 2.5.1, trying to upgrade from current Joomla 1.5.x to 2.5.x.

If I select (new) table prefix of J17_ I get SQL errors on J25_ prefix tables (which do not exist, using wrong prefix).

Example: in the [2] Categories process:

jos-Error: Table 'mydomains_PPcom.j25_categories' doesn't exist SQL=INSERT INTO j25_categories (id, asset_id, parent_id, lft, rgt, level, path, extension, title, alias, note, description, published, checked_out, checked_out_time, access, params, metadesc, metakey, metadata, created_user_id, created_time, modified_user_id, modified_time, hits, language) VALUES (NULL, 27, 1, 1, 2, 1, 'uncategorised', 'com_content', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:26:37', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 28, 1, 3, 4, 1, 'uncategorised', 'com_banners', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":"","foobar":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:27:35', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 29, 1, 5, 6, 1, 'uncategorised', 'com_contact', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:27:57', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 30, 1, 7, 8, 1, 'uncategorised', 'com_newsfeeds', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:28:15', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 31, 1, 9, 10, 1, 'uncategorised', 'com_weblinks', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:28:33', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 32, 1, 11, 12, 1, 'uncategorised', 'com_users', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:28:33', 0, '0000-00-00 00:00:00', 0, '');
Table 'mydomains_PPcom.j25_categories' doesn't exist SQL=INSERT INTO j25_categories (id, asset_id, parent_id, lft, rgt, level, path, extension, title, alias, note, description, published, checked_out, checked_out_time, access, params, metadesc, metakey, metadata, created_user_id, created_time, modified_user_id, modified_time, hits, language) VALUES (NULL, 27, 1, 1, 2, 1, 'uncategorised', 'com_content', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:26:37', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 28, 1, 3, 4, 1, 'uncategorised', 'com_banners', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":"","foobar":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:27:35', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 29, 1, 5, 6, 1, 'uncategorised', 'com_contact', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:27:57', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 30, 1, 7, 8, 1, 'uncategorised', 'com_newsfeeds', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:28:15', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 31, 1, 9, 10, 1, 'uncategorised', 'com_weblinks', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:28:33', 0, '0000-00-00 00:00:00', 0, ''), (NULL, 32, 1, 11, 12, 1, 'uncategorised', 'com_users', 'Uncategorised', 'uncategorised', '', '', 1, 0, '0000-00-00 00:00:00', 1, '{"target":"","image":""}', '', '', '{"page_title":"","author":"","robots":""}', 42, '2010-06-28 13:28:33', 0, '0000-00-00 00:00:00', 0, '');

If I try to run using prefix J25_ I get many more SQL errors in multiple processes re: J17_ tables (using wrong prefix, tables don't exist).

I have 2 issues

1. Under parameters I can only upgrade to joomla 2.5....i thought you shoul dbe able to have options of 1.6 & 1.7 alos
2. When migrating to 2.5 the upgrading process will never finalize. It just keeps loading and loading and will never finish. Its a completely new site with no contenet. Why is this happening?

As Joomla accepts non-sef URIs inside articles (and in many other places), all those URIs will break during the migration.

To prevent this, all Itemids must remain the same.

This can be done by changing ids from all the new menu items (id = id + max_old_id) and using the old ids when the old menu items get inserted to the table.

There are 3 extra modules compared to the original site:

• Breadcrumbs (position-2)
• Main Menu (position-7)
• Login Form (position-7)

After upgrading a rather simple site (core joomla components only), I found that whenever a menu item were saved it would prepend a (seemingly) random alias to the "path" field.

Doing a "Rebuild" fixed this for all menu items - until they were saved once again.

This looked like the same issue as reported here: http://redcomponent.com/forum/92-jupgrade/127930-bug-in-menu-migration-method

It looks like category mapping is slightly broken. Most often the categories are mapped to the right ones, but not always.

I'm not sure what happens, though..

Additional question: should category ids remain the same (just like menu items?)

@fastslack:

There are a lot of warnings that will make JUpgrade not to work (session start fails because of sent headers) because of ini_set() is not silenced with @:

Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 96
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 99
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/session/session.php on line 742
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 777
Warning: ini_set() has been disabled for security reasons in /home/user/public_html/jupgrade/libraries/joomla/language/language.php on line 796

Menu item aliases are being changed, even if Joomla has no issues or conflicts. This happens when there are 2 menu items with the same aliases but having different parent.

Quickest fix would change the array to be multi-dimensional (without looking into the code):

$aliases[$item->parent] = $item->alias->id;

And by checking

if (in_array($aliases[$item->parent])) changeAlias();

Latest News module (mod_articles_latest) instances start working only after they have been saved once.

Symptoms:

Only some banner categories are migrated.

NO clients are migrated

I don't know if this is a Joomla or jUpgrade data corruption problem: when I add back a single client row that has multiple banners, the Joomla banner client display lists it multiple times. I'm guessing it is joining to another table that has multiple rows for that client thus causing the repeated rows.

I migrated A site with ~300 articles from J1.5.25 to J2.5.1 and it looks like almost every article has id+1 in the new site.

1,2,3,4,6,7,9,10... => 1,2,3,4,6,7,10,11...

So ID 9 and larger has wrong ID.

For some reason menu alias in another menu was still pointing to Itemid=1.

Joomla 1.5 uses start/end level of 0 => 1 to show one level only.

Joomla 1.7 accepts the same start/end level, so the above values become 1 => 1 (not 1 => 2).

I am currently running Joomla 1.5.25 on two different websites. Both sites will not migrate over the content or categories to Joomla 2.5.2 . When I go into the SQL under _content its has four empty rows. When I log into the admin site of Joomla 2.5 and go under the article manager I have four unpublished articles titled alias and they are blank. I am currently trying to migrate everything over with jUpgrade v2.5.1.

Latest fixes seem to break module assignments when they were attached only to some menu items. Result is that every assignment that wasn't 'All' becomes 'None'. So the menu mapping code is still needed -- if only for Itemid=1 (and rest being x => x).

$table isn't defined in here:

protected function setDestinationData()
{
    // Truncate jupgrade_menus table
    $this->cleanDestinationData();

    if (parent::setDestinationData()) {
        echo JError::raiseError(500, $table->getError());
    }
}

Article view=category and view=section should become view=categories and not a blog page. They are showing categories and not articles.

Parameter changes (needs a check):
sections: show_description => show_base_description(?)
categories: show_description => categories_description(?)

jos-Error: JLIB_DATABASE_ERROR_CATEGORY_UNIQUE_ALIAS

JLIB_DATABASE_ERROR_CATEGORY_UNIQUE_ALIAS

Fatal error: Uncaught exception 'Exception' with message 'JUPGRADE_ERROR_INSERTING_CATEGORY' in /var/www-kunena/kunena20js/administrator/components/com_jupgrade/includes/jupgrade.category.class.php:134
Stack trace:
#0 /var/www-kunena/kunena20js/administrator/components/com_jupgrade/includes/controller.php(96): jUpgradeCategory->upgrade()
#1 {main}

thrown in /var/www-kunena/kunena20js/administrator/components/com_jupgrade/includes/jupgrade.category.class.php on line 134

I'm getting following error:

<br /><b>jos-Error</b>: Duplicate entry '90000053-0' for key 'PRIMARY' SQL=INSERT INTO `j25_modules_menu` (`moduleid`,`menuid`) VALUES ('90000053','0')<br />
Duplicate entry '90000053-0' for key 'PRIMARY' SQL=INSERT INTO `j25_modules_menu` (`moduleid`,`menuid`) VALUES ('90000053','0');|;5;|;modules

Category images have been moved from image to params[image] field.