pog21

It looks like the error may be originating on the server, so I’m going to close this until we can determine where this is coming from! ??

OK, thanks for letting me know. Interesting that it did work before. Shall look into other options.

If it’s any help, this is a multisite installation.

Hi,

Thanks for the quick response.

I tried de-/re-activating the plugin. The “woosea_cron_hook” does appear in the list of Cron events:

woosea_cron_hook  |  None  |  2021-12-15 16:43:19  |  38 minutes 25 seconds 
|   woosea_create_all_feeds()  |  Once Hourly

For some reason it always says “Once Hourly” even though the feed settings is “Daily”.

The XML file is still not being updated.

I have also run the update manually from the “Manage Feeds” page, as before. For some reason the UI shows flashing “processing (0%)” which then changes to “processing (73%)” and occasionally progresses to “processing (146%)”, but some time later it will be gone. Maybe there is some caching going on that behaves a bit unexpectedly.

I noticed there is a new version of the plugin: 11.0.2. Might this by any chance have any relevant fixes in it?

• This reply was modified 2 years, 11 months ago by pog21.
• This reply was modified 2 years, 11 months ago by pog21.
• This reply was modified 2 years, 11 months ago by pog21.

Hi, just wondering if there has been any progress on this yet?

That’s great, thanks!

FIXED

For anyone else facing this issue, here’s what I did. Go to:

assets > customerJs > app.js

Find the function initDatePicker() and add the following to the list of object properties:

yearRange: '1900:2016'

This makes the ‘year’ drop-down of the date-picker scroll between those dates, which is much better usability.

I think this is what the max/min dates in the settings should be doing. Especially as I had to hack the plugin files to achieve this.

Cheers,
Oliver

• This reply was modified 7 years ago by pog21.

@idratherbeskiing

I used the above fix and it worked, however, the pages are listed with the last one at the top and the first one at the bottom… how can I adjust the code to fix this?

I had a quick look at the codex for “query_posts” and it looks like you might be able to use something like:

query_posts('post_type=page&post_parent=' . $id . '&posts_per_page=-1&orderby=menu_order&order=DESC');

I haven’t checked it, but I something like this will work from reading the section “Combining Parameters” on the above page.

The codex is your friend! ??

I think the plugin must have become corrupt. I got the getshopped people to resend the files, re-uploaded and it’s now working.

For the order of child pages, edit the query on line 64 of summary_child_pages.php:

query_posts('post_type=page&post_parent=' . $id . '&posts_per_page=-1&orderby=menu_order');

You could also use orderby=date. Check reference pages for query_posts for more options.

To remove the bullet point next to them, the relevant style sheet rules should have been added by the plugin. These should show up in the page source, e.g:

.child-pages {
    list-style: none;
}

However, perhaps it’s being overriden by another style you have in your theme. I suggest using firebug to investigate this.

Btw, I made these changes to a version of the file copied to my theme folder to avoid editing the original plugin files.
i.e. copy:
wp-content/plugins/category-images-ii/view/category-images-ii/
To:
wp-content/themes/mytheme/view/category-images-ii/

I managed to get images to show (wp 3.2.1) by altering the code in term-images.php.

Adding a print_r($term); somewhere within the foreach loop I noticed that $term[ 'image' ] was emtpy, which is why the img src is empty. I changed this to $term[ 'thumb' ] and it worked.

Not sure why $term[ 'image' ] is empty. Also not sure why term-images.php is being used and not category-images.php

Just found a solution that appears to have worked for me, here.

Basically it involves adding some unique meta-data to each post and checks this before calling wp_insert_post.

As for the op’s browser issues… I have no idea!! ??

I’m getting a similar problem creating posts from db entries.

The following code is inside a foreach loop, within a function in functions.php:

echo $post_content;
$new_post = array(
	'post_title' => $post_title,
	'post_content' => $post_content,
	'post_status' => 'publish',
	'post_date' => date('Y-m-d H:i:s'),
	'post_author' => $user_ID,
	'post_type' => 'post',
	'post_category' => array($prod_id)
);
$post_id = wp_insert_post($new_post);

The echo displays on-page once per row from db, as it should. But the wp_insert_post() call is creating 3 posts, per row.

This is in FF3.6 mac. After reading above posts, tried it in safari mac, but exactly the same thing happens (3 of each post).

Ok, thanks for the quick response.