Sandbox

Beat wrote:

Jinx wrote:Beat,

We indeed messed up with the UTF-8 work. We tried a move to UTF-8 in 1.0.3 and then decided to only do it in 1.1. Changes were reverted but the language iso setting was forgotten. We fixed this in 1.0.4 and forgot about the possible consequences. U are right that we should have informed our users about this change. Our apologies !

U can do two things are u change the iso settings in the english langauge file back to UTF-8 or u resave your content items. We are sticking with ISO-8859-1 for the 1.0 series. In your case it might be better to change them back to UTF-8.

Johan,

Thanks for your reply. Yes, you are right, it was 1.0.3, and not 1.0.2 where utf-8 was introduced. Sorry.

It would be reasonable to issue a small and simple easily understandable complement to the upgrade instructions, like this:


The sites which have started their existence with 1.0.3 should edit manually the following line in their english.php file:

DEFINE('_ISO','charset=iso-8859-1');

to

DEFINE('_ISO','charset=utf-8');

in all future 1.0.x versions, including 1.0.4, to avoid database changes. For other languages, please check the language files, which should all be synchronized on the same character set as is defined above.

All sites which have been designed in 1.0.0, 1.0.1 and 1.0.2 should avoid keeping 1.0.3 and move to 1.0.4 asap to avoid further database corruptions (for non-US-ASCII characters). This is because changes made in 1.0.3 (at least in English-language sites) are saved with a different character encoding (utf-8) than before (iso-8859-1). This is only visible for non-US characters, like accented characters and special signs (like tripple point ... etc.).


Constructively, and many tanks for all the other fixes and little new features,

I'm having problems that I think might be related to this issue. Please help!

Problem:
I have Latest News on my Front Page. The navigation links at the bottom do not function properly.

<< Start < Prev 1 2 3 4 5 6 7 Next > End >>

1. Clicking on 2 or 3 or 4 (etc.) or Next or End does not always change the display of news items.

2. If the news items do change (let's say to page 3, for example), then when I click on the Home menu item, I do not see the newest news items. I continue to see the items on page 3.

I have the same results using IE 6, FireFox 1.5RC3 and Opera 8.5. Please take a look and see if you can figure out my problem  http://72.35.71.108/~champion/joomla01/

History:
11/19/2005 New install of 1.0.3
11/21/2005 Upgraded to 1.0.4
11/26/2005 Edited english.php back to utf-8. Also edited admin.media.php as described in another thread.
11/26/2005 Installed Joomlaboard 1.1
11/27/2005 Added about 25 news items. This is when I discovered the problem described above.
11/28/2005 I opened phpMyAmin to look at the database and saw this message, "The mbstring PHP extension was not found and you seem to be using a multibyte charset. Without the mbstring extension phpMyAdmin is unable to split strings correctly and it may result in unexpected results."

I'm a noob at this. I don't know what to do next. Can anyone help?!?

@champion6

Your server PHP is not configured to accept utf-8 (mbstrings is not implemented).

You need to have at least PHP > 4.3 AND mbstrings implemented.

You may ask your host to implement it for you. Upgrade if your are testing on local.

If it impossible for you to change this, you may be in trouble in the near future (when we release version 1.1 of Joomla! which will be utf-8 only).

In the meantime, you may, as indicated above, kepp the ISO-8559-1 default in the English.php file and re-encode your contents.
This means you make a dump of the whole database with PHPMySql (this will be encoded utf-8 per default).
Then you create a new database and you make sure it is ISO-8559-1 encoded at creation time.
Then you import you dump into it (Query). The content willl be re-encoded to ISO-8559-1
Then you change your configuration.php with the new database name.

This should work.

infograf768 wrote:@champion6

Your server PHP is not configured to accept utf-8 (mbstrings is not implemented).

You need to have at least PHP > 4.3 AND mbstrings implemented.

You may ask your host to implement it for you. Upgrade if your are testing on local.

If it impossible for you to change this, you may be in trouble in the near future (when we release version 1.1 of Joomla! which will be utf-8 only).

Is mbstring installed (not installed by default in php installs) really a prerequisite for Joomla! 1.1 ? 

This would simplify greatly our developer lives...

Beat wrote:

infograf768 wrote:@champion6

Your server PHP is not configured to accept utf-8 (mbstrings is not implemented).

You need to have at least PHP > 4.3 AND mbstrings implemented.

You may ask your host to implement it for you. Upgrade if your are testing on local.

If it impossible for you to change this, you may be in trouble in the near future (when we release version 1.1 of Joomla! which will be utf-8 only).

Is mbstring installed (not installed by default in php installs) really a prerequisite for Joomla! 1.1 ? 

This would simplify greatly our developer lives...

yep!
All details will be made available soon.

It's only a prerequisite if you want/need extended character support.

My site runs on a hosted server (with PHP 4.4.1 installed), and I have no access to php.ini or httpd.conf.

How can I tell if mbstring is installed, and what can I do if it isn't?

@Chris.Stead
In the administrator backend, please go to System --> System Info. Choose the tab PHP Info and do a search for mbstring. It's just below halfway.

Thanks for the info.

I guess I should assume mbstring is not enabled if I can't find it on the PHP Info tab of the System Info page. Ho hum...

on php 4.4.1 it should be indicated if it is or not.
after imap:

mbstring
Multibyte Support enabled

No sign of it that I can see (see attached PDF).

I ask David to have a look at this
In the mean time, I suggest strongly that you CHMOD the right Joomla! folders at the bottom of the listing

Chris.Stead wrote:No sign of it that I can see (see attached PDF).

Chris,

Can u check with your hoster if they can turn mbstring on ? Most hosters will do as mbstring is a default part of PHP > 4.3. Let me know what his answer is.

Before thinking you've got an indefinite issue, make sure you've cleared all your caches in the admin by going to SYSTEM > CLEAN ALL CACHES.

Fixed my problem.

I have clean all cache but still get this message "overLIB 4.10 or later is required for the HideForm plugin"

Any idea?

@Masterscript

Please first run this: http://forum.joomla.org/index.php/topic ... #msg124773.

Clear your browser cache and Joomla cache if you are using that.

Which editor are you using the in background? Is the following file there and executable? includes/js/overlib_mini.js

@Jinx

My ISP has enabled mbstring now. Its obviously not enabled by default for PHP > 4.3 (some forum postings I've read elsewhere suggest it is).

Thanks all for your help. 

Tonie wrote:@Masterscript

Please first run this: http://forum.joomla.org/index.php/topic ... #msg124773.

Clear your browser cache and Joomla cache if you are using that.

Which editor are you using the in background? Is the following file there and executable? includes/js/overlib_mini.js

Thanks a lots. Done

champion6 wrote:
I'm having problems that I think might be related to this issue. Please help!

Problem:
I have Latest News on my Front Page. The navigation links at the bottom do not function properly.

<< Start < Prev 1 2 3 4 5 6 7 Next > End >>

1. Clicking on 2 or 3 or 4 (etc.) or Next or End does not always change the display of news items.

2. If the news items do change (let's say to page 3, for example), then when I click on the Home menu item, I do not see the newest news items. I continue to see the items on page 3.

I have the same results using IE 6, FireFox 1.5RC3 and Opera 8.5. Please take a look and see if you can figure out my problem  http://72.35.71.108/~champion/joomla01/

champion6 hi,

I don't think that the navigation problem that is occuring on your site (http://72.35.71.108/~champion/joomla01/) has any relation to the multibyte extension. Your site is currently using iso-8859-1 encoding and even if it where utf-8 without the mbstring extension - I can't see the possible effect.

There is one thing I did notice that I've experienced problems with. You are not using a domain name or even a sub-domain but the actual IP address. This does cause problems (perhaps GET parsing). Please try using a domain name or a subdomain name and see what happens.

Having upgraded to 1.0.4 on my testing server, my media manager broke down: unable to show files in other than root (/images) folder, unable to upload. Number of files in visible directories pointed to -1. No problem in production 1.0.3.

Solution: roll back to 1.0.3 administrator/components/com_media files. Waiting for official patch.

temporary fix is here:

http://forum.joomla.org/index.php/topic ... #msg120240

will be fixed in upcoming 1.0.5

Greetings

I tried searching the forums for my problem but found nothing, and decided to post here. I trust I'll be pointed in the right direction if this has already been discussed elsewhere.

I installed Joomla! 1.0.4 from scratch (no updates) and ran into the Submit Content Cancel Button bug. I don't know if it's something I'm doing wrong. The problem may be reproduced as follows:

Login as either Super Admin or Admin user. Choose to submit content. Pressing Cancel at this point still works.
Click on anything else that should give the "Press Save or Cancel" error message (i.e. click on a menu button, press back). Clicking the cancel button at this point simply loops back to the submit content page. Subsequent clicks yield the same results.

Filling out the submission form and clicking the Apply button saves whatever was entered into the form, but clears it and loops to the same problem discussed above.

Can anyone else confirm/reproduce this?

@ Extremist

I suggest you post your findings in this forum:
http://forum.joomla.org/index.php/board,198.0.html

Thanks

Thanks  , have done.

extremist wrote:Greetings

I tried searching the forums for my problem but found nothing, and decided to post here. I trust I'll be pointed in the right direction if this has already been discussed elsewhere.

I installed Joomla! 1.0.4 from scratch (no updates) and ran into the Submit Content Cancel Button bug. I don't know if it's something I'm doing wrong. The problem may be reproduced as follows:

Login as either Super Admin or Admin user. Choose to submit content. Pressing Cancel at this point still works.
Click on anything else that should give the "Press Save or Cancel" error message (i.e. click on a menu button, press back). Clicking the cancel button at this point simply loops back to the submit content page. Subsequent clicks yield the same results.

Filling out the submission form and clicking the Apply button saves whatever was entered into the form, but clears it and loops to the same problem discussed above.

Can anyone else confirm/reproduce this?

I have seen this as well - once upon a time. Not sure why, but it has now gone away and I haven't seen it in about 2 weeks...

Cannot Download Joomla! the website seen to be down for few days.............

Is Joomla DEAD???

yesterday afternoon the Joomla! SourceForge site http://developer.joomla.org was not working for me (it seemed down for a couple of hours). Currently I do not experience any problems. It is online!

http://developer.joomla.org/sf/frs/do/v ... _1_0.1_0_4

just got there a minute ago....

Gods wrote:Is Joomla DEAD???

not at all...busy, yes.
dead, no.

Jestre wrote:

brad wrote:

Jestre wrote:Why did this update go through and change ownership (user and group) to 1000 for many of the directories?

That would not have had anything to do with the patch. How did you overwrite files? ftp?

Since some of the files are owned by apache, I did basically the following:

cd $joomla_dir

sudo tar zxf /path/to/Joom_1.0.3-blah-blah.tar.gz

when you did:

sudo tar zxf /path/to/Joom_1.0.3-blah-blah.tar.gz

1.- basically you "untarred" the tar.gz as root...
    if you want to have the files to be owned by apache, you should use something like:

    sudo -u web tar zxf /path/to/Joom_1.0.3-blah-blah.tar.gz

      and web is your apache user.

2.- if you check Joom_1.0.3-blah-blah.tar.gz with something like:

    tar -tvzf Joom_1.0.3-blah-blah.tar.gz

you will see that the files are owned by pasamio/pasamio, and I guess pasamio has an user id of 1000. pasamio is not a user in your system, but the user in the system under which this tar.gz file was made, and I guess that the uid of pasamio is 1000.

Cheers!
Marcos

marcos wrote:

Jestre wrote:

brad wrote:

Jestre wrote:Why did this update go through and change ownership (user and group) to 1000 for many of the directories?

That would not have had anything to do with the patch. How did you overwrite files? ftp?

Since some of the files are owned by apache, I did basically the following:

cd $joomla_dir

sudo tar zxf /path/to/Joom_1.0.3-blah-blah.tar.gz

when you did:

sudo tar zxf /path/to/Joom_1.0.3-blah-blah.tar.gz

1.- basically you "untarred" the tar.gz as root...
    if you want to have the files to be owned by apache, you should use something like:

    sudo -u web tar zxf /path/to/Joom_1.0.3-blah-blah.tar.gz

      and web is your apache user.

2.- if you check Joom_1.0.3-blah-blah.tar.gz with something like:

    tar -tvzf Joom_1.0.3-blah-blah.tar.gz

you will see that the files are owned by pasamio/pasamio, and I guess pasamio has an user id of 1000. pasamio is not a user in your system, but the user in the system under which this tar.gz file was made, and I guess that the uid of pasamio is 1000.

Cheers!
Marcos

Very true! I am pasamio (obviously), and the Debian first user is UID 1000, same with the GID. By default GNU tar will not set the user and group unless you are running it as root, which I do not advise. If you run it as a normal user, it will extract the files as your own user and group. If you are indeed running this as root, you can quite easily chown the files to what you need (e.g. running "chown -R www-data.www-data ." in your Joomla! directory; replace www-data with the user and group that Apache runs under). I actually have a few scripts and tools used to create the appropriate files almost completely automatically. We've been putting it through its paces a bit as we prepare for the 1.0.5 release. Hope that sheds a bit of light on things,

Sam

davidgal wrote:

champion6 wrote:
I'm having problems that I think might be related to this issue. Please help!

Problem:
I have Latest News on my Front Page. The navigation links at the bottom do not function properly.

<< Start < Prev 1 2 3 4 5 6 7 Next > End >>

1. Clicking on 2 or 3 or 4 (etc.) or Next or End does not always change the display of news items.

2. If the news items do change (let's say to page 3, for example), then when I click on the Home menu item, I do not see the newest news items. I continue to see the items on page 3.

I have the same results using IE 6, FireFox 1.5RC3 and Opera 8.5. Please take a look and see if you can figure out my problem  http://72.35.71.108/~champion/joomla01/

champion6 hi,

I don't think that the navigation problem that is occuring on your site (http://72.35.71.108/~champion/joomla01/) has any relation to the multibyte extension. Your site is currently using iso-8859-1 encoding and even if it where utf-8 without the mbstring extension - I can't see the possible effect.

There is one thing I did notice that I've experienced problems with. You are not using a domain name or even a sub-domain but the actual IP address. This does cause problems (perhaps GET parsing). Please try using a domain name or a subdomain name and see what happens.

davidgal, I'm back to trying to resolve my problem. I am using shared hosting and my new host told me basically the same as you. So I redirected my domain name to the server where I have joomla. It is now at http://www.mikenmag.com/joomla01/ Unfortunately, the navigation problem persists.

I am wondering about a couple things:
1. I entered all the news items in one afternoon as the user, Mike. Then I logged in as Super Administrator and overrode the Created Date for each one. Maybe a bug in the code associated with using override?
2. I know nothing about mySQL. When I open phpMyAmin, I see this: Language: English (en-utf-8); MySQL charset: UTF-8 Unicode (utf8); MySQL connection collation: utf-8_general_ci. When I look at the tables in my database, I see this: Type: MyISAM; Collation: latin1_swedish_ci. Does this appear to be normal? All of these settings are the defaults set when I created the database.

Thanks in advance for any help.