next »

[ZAP]

Document's alias is not sticking, keeps going blank after you save

That's odd. I can't reproduce it, either. Does this happen to you in more than one browser?

Document's alias is not sticking, keeps going blank after you save

Amazing... with the last Firefox/Konqueror/Epiphany/IE not reproductible on my Debian, and my Gentoo too

[chanh]

@chanh : sure you can make a wget direclty on the script.
Try by a simple clic on:
http://modxcms.com/assets/snippets/filedownload/download.php?path=YnVpbGRz&fileName=modx-0.9.6.tar.gz
Then apply the command on the file with the good md5sum.
For me:

Code:

9a012ef00712d508e9426b5485b3f837  modx-0.9.6.tar.gz

On my host, I don't have access to a browser so I can't do a simple click as you suggest.

[General_Sun]

I have RC3 and I only need English, should I still upgrade?

[rthrash]

Absolutely. There's a tremendous amount of fixes in the 096 final.

[TobyL]

Document's alias is not sticking, keeps going blank after you save

Are you using 096RCx? If so, upgrade to 096 FINAL. There was a bug which caused the alias to go blank when the character encoding was not set to UTF-8 but this (bug) was squashed in the 096 final release.

[Nistau]

Hiya,
I installed a fresh install of 0.9.6 yesterday and discovered I had only one toolbar in TinyMCE.  I re-installed, same thing.  So I removed 0.9.6 and installed 0.9.5, it works perfect, all buttons.  I then upgraded to 0.9.6, most of the buttonbars disappeared.
I am now back on 0.9.5 until further notice.

Has anyone else seen something like this?  It is not making sense to me.
Thanks,
Nistau
EDIT: Upon doing more reading (go figure), I see that it is possible to modify the buttons.  But my question is now, why did it change from 0.9.5 to 0.9.6?

[rthrash]

Nistau,

There are two locations to check for your toolbar settings:

Tools > Configuration > Interface & Editors tab and Security > Manager Users > {pick a user} > User tab

In the users sections, the values there always override the system settings. Also make sure you don't have two instances of TinyMCE installed and are using the latest 2.1.1.1 version.

[Mproject]

I installed the 0.9.6. version today for my new site and I don't see QiuckEdit (I'm logged as admin in the manager). The same thing happens with MaxiGallery (I don't see the "Manage Pictures" button so I can't upload any pic's).

[OpenGeek]

NOTE: Please only post in this thread clearly identified issues and errors.  If you are unsure what is going on still, start a thread to explore that, then once you know what the issue is and that it is an issue specific to 0.9.6, post here and link back to the discovery thread or a proper bug report.

@Mproject: I can't reproduce this problem on any upgrades or new installations I've performed.  Can you provide more information about the steps you took?  And have you made sure to clear your browser's local cache?  Firefox especially likes to hold on to old versions of js and css files at times that can cause some wierd conflicts following an upgrade if you don't clear the cache first.

[Mproject]

NOTE: Please only post in this thread clearly identified issues and errors.  If you are unsure what is going on still, start a thread to explore that before posting in this thread, once you know what the issue is and that it is an issue specific to 0.9.6.

@Mproject: I can't reproduce this problem on any upgrades or new installations I've performed.  Can you provide more information about the steps you took?  And have you made sure to clear your browser's local cache?  Firefox especially likes to hold on to old versions of js and css files at times that can cause some wierd conflicts following an upgrade if you don't clear the cache first.

I installed fresh version od modx on a new server....  I cleared cache several times and even restarted my computer... but I still don't see QE on the site
Till now, i Used 0.9.6 RC1 and it was all fine...

P.S. seems to be the CSS problem, so I am sorry....

[Mr. Drably]

I installed 0.9.6 today, and when I go to create a new user through the web signup form, for the blogs, it will not create a web user,
it just pops up an error: "Missing user name. Please insert a user name"

has it always done this? because I never had the opportunity to sign up a web user with 0.9.5, nor use the blog feature.

I even get the same error on the installation from opensourcecms

I don't understand why its doing this

[é]

AjaxSeach doesn't display this string in utf-8 like the others (like defined for all the site).

Cliquez ici pour voir tous les résultats.

[Uncle68]

I installed 0.9.6 today, and when I go to create a new user through the web signup form, for the blogs, it will not create a web user,
it just pops up an error: "Missing user name. Please insert a user name"

This is a bug, see http://modxcms.com/forums/index.php/topic,14253.msg97219.html#msg97219

Easy to fix (but hard to find out): just remove the wsu_ part of the names of the inputs in the template for the web signup.
But when that is done you will have problems if displaying the websignup form at the same time as displaying the side bar login form because there is a naming conflict.

Sorry for this confusing answer, it's early here

I hope some one smarter than me will greate a new login system based on eForm, the current one is not really good. I tried to make a new one based on eForm, but came up with no good solution so far.

[gspark]

Document's alias is not sticking, keeps going blank after you save

That's odd. I can't reproduce it, either. Does this happen to you in more than one browser?

I'm using Mac with the latest modx stable release 0.9.6 and have confirmed in Safari, Firefox and Camino that the document alias does not stick

[robb01]

I have the same problem: the alias doesn't stick - in all browsers...
Obscure Error: Second argument is not an array. in ..../manager/processors/save_content.processor.php on line 859

SOS
Robert

[robb01]

No, that´s not...

now following error (really the same as before):

Warning: strtr(): The second argument is not an array. in .../manager/processors/save_content.processor.php on line 859

Warning: Cannot modify header information - headers already sent by (output started at .../manager/processors/save_content.processor.php:859) in .../manager/processors/save_content.processor.php on line 563

after change the save_content.processor.php with the old one of 0.9.5. there are no errors - but i didn´t go into the deap...

[Mr. Drably]

I installed 0.9.6 today, and when I go to create a new user through the web signup form, for the blogs, it will not create a web user,
it just pops up an error: "Missing user name. Please insert a user name"

This is a bug, see http://modxcms.com/forums/index.php/topic,14253.msg97219.html#msg97219

Easy to fix (but hard to find out): just remove the wsu_ part of the names of the inputs in the template for the web signup.
But when that is done you will have problems if displaying the websignup form at the same time as displaying the side bar login form because there is a naming conflict.

Sorry for this confusing answer, it's early here

I hope some one smarter than me will greate a new login system based on eForm, the current one is not really good. I tried to make a new one based on eForm, but came up with no good solution so far.

I got it fixed without any conflicts with the sidebar login by just changing only the values in websignup.inc.php to the same that are in the FormSignup chunk.

starting at line 28:

Code:

$username = $modx->db->escape($modx->stripTags($_POST['username']));

to

Code:

$username = $modx->db->escape($modx->stripTags($_POST['wsu_username']));

line 30:

Code:

$email = $modx->db->escape($modx->stripTags($_POST['email']));

to

Code:

$email = $modx->db->escape($modx->stripTags($_POST['wsu_email']));

line 31:

Code:

$password = $modx->db->escape($modx->stripTags($_POST['password']));

to

Code:

$password = $modx->db->escape($modx->stripTags($_POST['wsu_password']));

Then at line 72:

Code:

if ($_POST['password']!=$_POST['confirmpassword']) {

Change to:

Code:

if ($_POST['wsu_password']!=$_POST['confirmpassword']) {

hope this helps

[OpenGeek]

Reminder:

NOTE: Please only post in this thread clearly identified issues and errors.  If you are unsure what is going on still, start a thread to explore that, then once you know what the issue is and that it is an issue specific to 0.9.6, post here and link back to the discovery thread or a proper bug report.

[OpenGeek]

Yep. I actually see the problem in my English installation as well. I wonder what changed that made this box too small for its contents.

Their is an include file defined that contains support contact information.  This default used to be included and displayed on the login page (manager/includes/support.inc.php), but since it was converted to a placeholder, it was never placed on the new login.html pages that are in each manager theme.  If you add [+SupportInfo+] to your login.html, right after the [+OnManagerLoginFormRender+] placeholder, this will show the support include and should solve the mystery as to why the submit button is going outside the box.

You simply provide a file at manager/includes/override.support.inc.php to have the login form include a custom support message instead of the default MODx one.