bot_write_tab_customize: rearrange and style items in the write tab

maniqui · 2011-03-22 16:49:19

Hi redbot.

I still can reproduce the issue on my local host: I export the bot_wtc table from the remote server, dump it on local DB, and the issue comes back. And yes, its symptoms are similar, if not exactly the same, to what mrdale reported.

I’ve been trying to isolate the causes, but no luck yet.
A first guess is that it’s related to the amount/size of data being sent by bot_wtc form, could that be a place to start debugging?
Or maybe some issue when serializing the data, if that’s what bot_wtc is doing behind the curtains… I don’t know.

The fact that bot_wtc works on remote server (which has the same info on bot_wtc table) makes me think that this may be related to some obscure config on my local server, something related to the amount/size of data that can be posted to Apache/MySQL/PHP/TXP/bot_wtc…

What do you think? May I send you the dump for bot_wtc table?

redbot · 2011-03-22 17:30:13

maniqui wrote:

…A first guess is that it’s related to the amount/size of data being sent by bot_wtc form

Hi again,
This is what I thought at the time but I found no evidence this could be the cause

The fact that bot_wtc works on remote server (which has the same info on bot_wtc table) makes me think that this may be related to some obscure config on my local server, something related to the amount/size of data that can be posted to Apache/MySQL/PHP/TXP/bot_wtc…
What do you think?

Currently It’s the end of a busy working day and I think nothing. I’m virtually dead ;-)

May I send you the dump for bot_wtc table?

Yes please, I hope I can have a look in the next few days.

maniqui · 2011-03-22 18:22:10

Fixed!
Uffff, this one made me sweat a little…

As said, I thought this was related to some kind of POST size limit, but after trying the usual suggestion (raising values for memory_limit, post_max_size, upload_file_max_size) with no luck, I was about to quit fighting.
But then, I found this message.
It seems that if you have Suhosing module (some security-related module for PHP which I didn’t know it was installed), you have to edit the corresponding config file (on my system, it was located in /etc/php5/conf.d/suhosin.ini) to raise the corresponding values.
I’ve set them to:

php_value suhosin.request.max_vars 2048
php_value suhosin.post.max_vars 2048

And then, all was good: I was able to post large bot_wtc forms :)

redbot · 2011-03-22 21:48:58

maniqui wrote:

Fixed!
Uffff, this one made me sweat a little…

Great Maniqui!!
I bet I would never be able to discover it. Thank you!
(I’ll put this in the help for the next release).

Mrdale
I doubt you are still following this thread but in case you can try if this fix works for you.

And now a little self celebration: my “customer service” kicks ass!
All in all the solution to this issue took only one year and two months and wasn’t even found by me! Wooo

P.S. Thanks again Juliàn

Last edited by redbot (2011-03-24 19:26:11)

johnstephens · 2011-04-25 20:25:03

I’m having a problem I don’t know how to troubleshoot. bot_wtc doesn’t seem to be loading at all on the write tab of one site. It was working fine back in January, and since then then only thing (to my knowledge) that has changed is that the site’s TXP install was upgraded from 4.3.0 to 4.4.0.

The site uses both glz_cf (v1.2.4) and bot_cf_titles. The majority of custom fields pertain only to one section, and until recently bot_wtc was hiding all the irrelevant custom fields in all other sections. Now, all custom fields are showing in all sections.

Until today, it was using bot_wtc v0.6.3, but I upgraded to v0.7 to see if that would resolve the issue, but that doesn’t seem to have any effect.

Edit: Just wanted to add this— “Help!” ;)

Last edited by johnstephens (2011-04-25 20:41:23)

redbot · 2011-04-25 22:35:18

johnstephens wrote:

I’m having a problem I don’t know how to troubleshoot…

Ok John stop the panic.
Are you experiencing this only in firefox 4?
Are you using firebug?
If so it’s only a compatibilitity issue between ff4 and firebug. It has nothing to do with Textpattern.
To fix it just open firebug, go in the ‘Console’ panel and switch off the “Show XMLHttpRequests” option.

P.S. Thank you to bring it to my attention.

johnstephens · 2011-04-25 22:55:31

Thanks, Red! I’m not actually panic-stricken, just not sure where to begin.

redbot wrote:

Are you experiencing this only in firefox 4?

I have not looked at it in any version of Firefox yet. I’m getting the same results in Safari (v5.0.4), Opera (v11.10), and Chrome (10.0.648.205). It seems like something is impeding bot_wtc from loading on the Write tab. Can I look for something in the HTML source to verify that bot_wtc is active in the Write tab?

redbot · 2011-04-25 23:16:24

johnstephens wrote:

I have not looked at it in any version of Firefox yet. I’m getting the same results in Safari (v5.0.4), Opera (v11.10), and Chrome (10.0.648.205). It seems like something is impeding bot_wtc from loading on the Write tab. Can I look for something in the HTML source to verify that bot_wtc is active in the Write tab?

Ok. It was strange I could solve it so quickly, wasn’t it?
Anyway yes, search the source code —in the ‘write’ tab— for this snippet:

$("select#section.list").change(function(){

If you find it, it means the js code is loaded properly so we can narrow our bug hunt.

P.S. for the record it’s working for me in both Opera and Chrome

Last edited by redbot (2011-04-25 23:19:28)

johnstephens · 2011-04-26 00:10:25

Thanks again, Red! That code-block is there, just before <div id="end_page">. But I note that a few of the lines seems to have too many square brackets, or anyway it’s inconsistent:

			$("p:has(*[name=custom_6])").show();
==>			$("p:has(*[name=custom_17[]])").show();
			$("p:has(*[name=custom_18])").show();

			[...]

			$("p:has(*[name=custom_20])").show();
==>			$("p:has(*[name=custom_14[]])").show();
			$("p:has(*[name=custom_2])").show();

			[...]

			$("p:has(*[name=custom_25])").show();
==>			$("p:has(*[name=custom_26[]])").show();

The same custom fields are displaying extra square brackets in the hide section too. Could this be the problem?

Thanks!

redbot · 2011-04-26 01:14:21

Good catch! the bug is showing only if you use bot_wtc with glz_custom and a cf of type “checkbox” or “multiselect”.
This worked before so I suppose there was some change in the latest jquery version.
Anyway you can try if this fixes the issue,
Edit the plugin and around line 150 replace:

$selector = '$("p:has(*[name='.$name.'[]])")';

with:

$selector = '$("p:has(*[name*='.$name.'])")';

If this works I’ll release a new version with a more polished fix.

johnstephens · 2011-04-26 02:31:08

Sure enough, the fields with the extra brackets are all checkboxes. However, when I edit the plugin as directed, nothing changes in the Write tab— I get identical source code, even when I delete my browser’s cache.

redbot · 2011-04-26 08:16:13

johnstephens wrote:

Sure enough, the fields with the extra brackets are all checkboxes. However, when I edit the plugin as directed, nothing changes in the Write tab— I get identical source code, even when I delete my browser’s cache.

Oops, I forgot to tell that after the above mentioned change you have to delete and set again the specific rules dealing with checkboxes.
That’s because the ‘wrong’ selector is still stored in the db until you delete and re-create it.

Textpattern CMS

Textpattern CMS support forum

#181 2011-03-22 16:49:19

Re: bot_write_tab_customize: rearrange and style items in the write tab

#182 2011-03-22 17:30:13

Re: bot_write_tab_customize: rearrange and style items in the write tab

#183 2011-03-22 18:22:10

Re: bot_write_tab_customize: rearrange and style items in the write tab

#184 2011-03-22 21:48:58

Re: bot_write_tab_customize: rearrange and style items in the write tab

#185 2011-04-25 20:25:03

Re: bot_write_tab_customize: rearrange and style items in the write tab

#186 2011-04-25 22:35:18

Re: bot_write_tab_customize: rearrange and style items in the write tab

#187 2011-04-25 22:55:31

Re: bot_write_tab_customize: rearrange and style items in the write tab

#188 2011-04-25 23:16:24

Re: bot_write_tab_customize: rearrange and style items in the write tab

#189 2011-04-26 00:10:25

Re: bot_write_tab_customize: rearrange and style items in the write tab

#190 2011-04-26 01:14:21

Re: bot_write_tab_customize: rearrange and style items in the write tab

#191 2011-04-26 02:31:08

Re: bot_write_tab_customize: rearrange and style items in the write tab

#192 2011-04-26 08:16:13

Re: bot_write_tab_customize: rearrange and style items in the write tab

Board footer