I've pretty-much convinced myself that this problem is due to an
unsyncronized sequences table.
"Blogs" worked fine, but "Pages" wouldn't allow content for Russian
pages, or vis-versa if the page originated from Russian.
I've tried manually syncing, but it's either not working or there's
something I'm missing or misunderstanding.
What should the sequences table entries be syncronized TO? Should each
en_ and ru_ table entry match each other, should they match their
corresponding post in the node table? Perhaps offset? (I've tried all
these.)
(I feel silly responding to myself -- does nobody know anything about
this, or is it blindingly obvious and simple?)
Mark
> -----Original Message-----
> From: drupal-support-bounces@xxxxxxxxxx
> [mailto:drupal-support-bounces@xxxxxxxxxx] On Behalf Of Mark
> A. Pitcher
> Sent: Wednesday, November 17, 2004 12:20 PM
> To: drupal-support@xxxxxxxxxx
> Subject: RE: [drupal-support] I18N configuration
>
>
> I've been playing around with it again this morning, and now
> think perhaps it's due to the sequences table being out of
> sync. The INSTALL file has this to say:
>
> "4.3. [IMPORTANT] If you are updating an existing site, you
> have to manually synchronize the id's in the {sequences} table"
>
> I didn't think it was the case because I installed i18n to a
> clean Drupal installation, and when I copied the tables they
> were empty. Maybe it is? How do you manually synchronize the id's?
>
> Right now they look like this:
>
> menu_mid 40
> users_uid 1
> aggregator_feed_fid 1
> aggregator_item_iid 15
> vocabulary_vid 1
> term_data_tid 9
> en_node_nid 2
> ru_node_nid 3
> en_vocabulary_vid 2
> en_term_data_tid 3
> ru_vocabulary_vid 1
> ru_term_data_tid 2
>
> Does this look "syncronized" to you? Doesn't to me. How
> should they be syncronized. Do the ID's need to match, what
> number should they use?
>
> Mark
>
>
> > -----Original Message-----
> > From: drupal-support-bounces@xxxxxxxxxx
> > [mailto:drupal-support-bounces@xxxxxxxxxx] On Behalf Of Mark
> > A. Pitcher
> > Sent: Wednesday, November 17, 2004 9:17 AM
> > To: drupal-support@xxxxxxxxxx
> > Subject: [drupal-support] I18N configuration
> >
> >
> > I hope someone here can help. I'm pulling my hair out. It's
> > aaalllmmmooosssttt there, except for this last issue. I
> > checked the configuration many times over, and went through
> > all of the posts on drupal.org relating to i18n for clues.
> >
> >
> > When editing a page from English into the translation
> > (Russian, in this case), it only displays to the "Title",
> > after that it shows the "Preview, Submit, Delete" buttons.
> > There's no way to enter content, or to select which menu the
> > content should appear under when using "taxonomy-menu".
> >
> > In other words, when I switch from "Edit EN" to "Edit RU",
> > several content-entry boxes disappear ("Menu", "Body", and
> > "Input Format".)
> >
> > Everything works okay in the native language (English), and I
> > can see partial translations (up to the title) when switching
> > into Russian.
> >
> > Also, the inverse happens: when I create a page in Russian,
> > everything works okay, but then when I switch to English to
> > edit an English version of the page, I have the same problem
> > -- content boxes are missing.
> >
> >
> > "Simple Content Translation" is disabled, and "Language
> > Dependent Tables" and "Content Syncronization" are enabled.
> > I'm not using path aliasing, and am using the "advanced features".
> >
> > I created en_ and ru_ versions of the tables listed in the
> > install guide, as well as the "page" table, and modified the
> > config file accordingly.
> >
> > I checked the database and re-installed everything and the
> > same problem occurs.
> >
> > Also, I don't know if this is part of the same problem or
> > not, but Russian versions of the menus setup by taxonomy_menu
> > aren't switching.
> >
> > This is on 4.5.
> >
> > Any ideas?
> >
> > Mark
> >
> >
> > Western Media
> > Almaty, Kazakhstan
> > Office: +7 (3272) 914-707
> > Mobile: (333) 234-9213
> >
> >
> > ---
> > Outgoing mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.789 / Virus Database: 534 - Release Date: 11/7/2004
> >
> >
> > --
> > [ Drupal support list | http://list.drupal.org/ ]
> >
> > ---
> > Incoming mail is certified Virus Free.
> > Checked by AVG anti-virus system (http://www.grisoft.com).
> > Version: 6.0.789 / Virus Database: 534 - Release Date: 11/7/2004
> >
> >
>
> ---
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.789 / Virus Database: 534 - Release Date: 11/7/2004
>
>
> --
> [ Drupal support list | http://list.drupal.org/ ]
>
> ---
> Incoming mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.789 / Virus Database: 534 - Release Date: 11/7/2004
>
>
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.789 / Virus Database: 534 - Release Date: 11/7/2004
--
[ Drupal support list | http://list.drupal.org/ ]
|
