Hello,
I think I found a bug for modx rc 1, I’ve searched on Jira and didn’t find anything about it. So I suppose it’s new, although I think that is odd.
I’ve problems with setting the resource alias for documents. The friendly url part goes okay, I can visit the pages by there [resource id].[content type]. But setting the resource alias isn’t working. When I did set some string value and saved it, on re-opening the same document the setting is gone. The database also doesn’t show any resource alias.
When setting the resource alias in the database (using phpMyAdmin) and than clear all cache, the document can be by the resource alias I did put in, using phpMyAdmin.
I tried setting the resource alias using the following browsers: Firefox 3.6.3, Google Chrome 4.1.249.1045, Opera 10.51.
I search a bit, to see if I could find the update and create query but I didn’t find it. When somebody knows the location where the database call is made, I can correct it myself. And can somebody confirm I’m not the only one with this problem?
Thanks,
Jeroen
-
MODX Staff
- 10,725 Posts
I can’t reproduce this behavior at all. Very odd indeed. Can you provide some information about the server environment (PHP version, MySQL client/server versions) and tell me if you have the iconv and mbstring extensions configured in PHP?
thnx for the quick reply,
I’ve checked my php info, and the settings are:
[table]
[tr][td]Apache[/td][td]Version[/td][td]Apache/2[/td][/tr]
[tr][td]Apache[/td][td]API Version[/td][td]20051115[/td][/tr]
[tr][td]PHP[/td][td]Version[/td][td]5.2.13[/td][/tr]
[tr][td]MYSQL[/td][td]Client API version[/td][td]5.0.22[/td][/tr]
[tr][td]MYSQL[/td][td]MYSQL_MODULE_TYPE[/td][td]external[/td][/tr]
[tr][td]iconv[/td][td]support[/td][td]enabled[/td][/tr]
[tr][td]iconv[/td][td]implementation[/td][td]libiconv[/td][/tr]
[tr][td]iconv[/td][td]library version[/td][td]1.9[/td][/tr]
[tr][td]mbstring[/td][td]Multibyte Support[/td][td]enabled[/td][/tr]
[tr][td]mbstring[/td][td]Multibyte string engine[/td][td]libmbfl[/td][/tr]
[tr][td]mbstring[/td][td]Multibyte (japanese) regex support[/td][td]enabled[/td][/tr]
[tr][td]mbstring[/td][td]Multibyte regex (oniguruma) version[/td][td]4.4.4[/td][/tr]
[tr][td]mbstring[/td][td]Multibyte regex (oniguruma) backtrack check[/td][td]On[/td][/tr]
[/table]
I use MODx Revolution 2.0.0-rc-1 (standard)
Also good to know, the modx friendly url settings are:
[table]
[tr][td]Modx friendly url[/td][td]Automatically generated alias[/td][td]no[/td][/tr]
[tr][td]Modx friendly url[/td][td]Container suffix[/td][td]/[/td][/tr]
[tr][td]Modx friendly url[/td][td]Use friendly alias path[/td][td]yes[/td][/tr]
[tr][td]Modx friendly url[/td][td]Use friendly aliases[/td][td]yes[/td][/tr]
[tr][td]Modx friendly url[/td][td]Use friendly URLs[/td][td]yes[/td][/tr]
[/table]
It looks like all the right ingredients are on the server.
-
MODX Staff
- 10,725 Posts
I suspect you have a rogue cached js file or, if you upload the MODx files to the server via FTP, perhaps a corrupted file upload? I simply cannot reproduce this in any environment I have. Anyone else?
I will re-upload modx, and run the setup again.
I hope that will help, I will keep you in touch
I tried a re-install, I still have the same problem.
I will try an advanced install in the morning.
to know if client-side related, use firebug, in NET tab:
when you change the alias and press "save", there’s a POST to /connectors/resource/index.php
Look at the Post params, is the alias correct?
in firebug - in the first POST, go to the params tab, do you see there the alias being sent?
lol didn’t knew firebug could do that much, yeah the alias is set and it’s set to the correct value.
I also enabled the console and it gave an error, don’t know if it has something to to with this but here is the error:
B is null
[Break on this error] Ext.DomHelper=function(){var s=null,j=...stopEvent();this.completeEdit()}}}});
I will take a look when I’m at home