Define Pages not loading from mytemplate directory

Upgrade from 1.3.7 to 1.3.8a went well. Just one minor bug persists.

I tried to use Define Pages Editor and first it told me it can not write to the directory. Well, ok just changed to 777.

My html_includes/mytemplate/define_conditions.php exists on the server but it shows me a strange path:

/includes/languages/english/html_includes//define_conditions.php

And it loads the defines page from the regular html_includes/ and not from the
html_includes/mytemplate/

what does this // in the path indicate? It should display my /mytemplate/

Did I miss something? Any reset needed?

Ahhh and my layout boxes show path sideboxes//ch_categories.php as well

// again!? Should show as sideboxes/mytemplate/logo_sidebox.php

where does this // come from?

Check your config files for a trailing slash that shouldn't be there.

Thank you for the fast reply. I will check and then post in a few minutes.
:smile:

Ah, what config are we talking about?

includes/configure.php ?

nothing there...

Where else?

This is from the admin/includes/configure.php

define('DIR_FS_CATALOG_LANGUAGES', DIR_FS_CATALOG . 'includes/languages/');
define('DIR_FS_CATALOG_IMAGES', DIR_FS_CATALOG . 'images/');
define('DIR_FS_CATALOG_MODULES', DIR_FS_CATALOG . 'includes/modules/');
define('DIR_FS_CATALOG_TEMPLATES', DIR_FS_CATALOG . 'includes/templates/');

looks fine I think...

Post the first 15 lines of the admin/includes/configure.php

OK:

:) Yes - I was thinking the first 15 lines or so after the file header.

define('HTTP_SERVER', 'https://www.duda-inc.com/artwax');
define('HTTPS_SERVER', 'https://www.duda-inc.com/artwax');
define('HTTP_CATALOG_SERVER', 'http://artwax.com');
define('HTTPS_CATALOG_SERVER', 'https://www.duda-inc.com/artwax');

// Use secure webserver for catalog module and/or admin areas?
define('ENABLE_SSL_CATALOG', 'true');
define('ENABLE_SSL_ADMIN', 'true');

// NOTE: be sure to leave the trailing '/' at the end of these lines if you make changes!
// * DIR_WS_* = Webserver directories (virtual/URL)
// these paths are relative to top of your webspace ... (ie: under the public_html or httpdocs folder)
define('DIR_WS_ADMIN', '/wholesale/admin/');
define('DIR_WS_CATALOG', '/wholesale/');
define('DIR_WS_HTTPS_ADMIN', '/wholesale/admin/');
define('DIR_WS_HTTPS_CATALOG', '/wholesale/');

I might add, the defines pages in my information box in my shop point to the files in /mytempate directory as it should. In admin, the defines pages editor can not load them...

I did some further testing and I made a fresh 1.3.8 install. I created a includes/templates/mytemplate

So far so good. Now I restored my db and there you go.... same problem.

It is not the configure.php it is something in my db. How do I go about finding out where this // comes from?

I did not put any other files in override for this test install. Just restored my 1.3.8 db.

Yep it is in the database. I just restored another db from one of my other stores and then everything works without // in layout boxes or defines pages editor.

How did I get // in my db??? How do I clean this?

Anybody?? I restored a db from another store for testing only. I still need to solve my problem. I am concerned about this behavior and don't know how the db can act like this? Any help or just ideas where to look would be highly appreciated. :frusty:

Again to clarify, this is about the strange behavior in the admin when trying to edit defines pages. When I choose Tools - Defines Pages Editor I see the following:

Editing file:
/public_html/mydomain/store/includes/languages/english/html_includes//define_site_map.php

At the // it should show my template directory but it is not working. Why does my shop not find the selected template directory?

Sorry if I repeat myself but I have no clue where else to look....

No thoughts from anybody?

I discovered that the layout boxes behave wrong too. I can't even apply any layout changes. See attached screen shot.

// is showing instead /mytemplate/

Where should I start and look? It must be somewhere in my db. I am at a loss where I can dig.

try one more time to attach my screen shot for the layout boxes...

Took me forever but I did it!

compared in phpmyadmin old backup db that worded with live one.

Table: zen_template_select

I noticed that my template had the template_language had no entry, just blank.
After I edited and but 0 in and saved, it all worked again.

Full Texts template_id template_dir template_language
1 mydanilo 0

Don't know how it got emptied out but this was the whole trouble!! :clap: to myself...

hopefully helpful to somebody at some time.