autumnmist
Forum Replies Created
-
Forum: Plugins
In reply to: [Redirection] [Plugin: Redirection] Regex redirect without adding rest of URLAh hah! I just got it working.
If I tried to make the edits to the old (existing) redirection entry, the redirect would fail. If I completely delete the old entry and recreate a new one with the same settings, the redirect works!
Forum: Plugins
In reply to: [Redirection] [Plugin: Redirection] Regex redirect without adding rest of URLOh, yeah, I forgot to mention that I tried that as well. (I’m a Perl programmer so I’m familiar with regexes). If I try /pdfs/(.*) and the destination http://newsite/, the entire redirect just fails to trigger and I get a 404 page.
Yay! Posts show up and in some quick testing, it looks like p and br aren’t being removed anymore and I can flip between Visual and HTML tabs properly. Thanks!!
Hm still no. I deleted the old plugin, downloaded, activated, deactivated, reactivated the version you just patched but posts still don’t appear. Error message is slightly different though:
WordPress database error: [Unknown column ‘wp_posts.ID’ in ‘on clause’]
SELECT SQL_CALC_FOUND_ROWS wp_16ztI55qJ_posts.* FROM wp_16ztI55qJ_posts JOIN wp_16ztI55qJ_postmeta ON wp_16ztI55qJ_postmeta.post_id = wp_posts.ID WHERE 1=1 AND wp_16ztI55qJ_posts.post_type = ‘post’ AND (wp_16ztI55qJ_posts.post_status = ‘publish’ OR wp_16ztI55qJ_posts.post_status = ‘future’ OR wp_16ztI55qJ_posts.post_status = ‘draft’ OR wp_16ztI55qJ_posts.post_status = ‘pending’ OR wp_16ztI55qJ_posts.post_status = ‘private’) and wp_16ztI55qJ_postmeta.meta_key = ‘_mf_write_panel_id’ and wp_16ztI55qJ_postmeta.meta_value = ‘2’ ORDER BY wp_16ztI55qJ_posts.post_date DESC LIMIT 0, 50Reactivating plugin didn’t help. I activated WP_DEBUG and I get:
WordPress database error: [Unknown column ‘wp_postmeta.post_id’ in ‘on clause’]
SELECT SQL_CALC_FOUND_ROWS wp_16ztI55qJ_posts.* FROM wp_16ztI55qJ_posts JOIN wp_16ztI55qJ_postmeta ON wp_postmeta.post_id = wp_posts.ID WHERE 1=1 AND wp_16ztI55qJ_posts.post_type = ‘post’ AND (wp_16ztI55qJ_posts.post_status = ‘publish’ OR wp_16ztI55qJ_posts.post_status = ‘future’ OR wp_16ztI55qJ_posts.post_status = ‘draft’ OR wp_16ztI55qJ_posts.post_status = ‘pending’ OR wp_16ztI55qJ_posts.post_status = ‘private’) and wp_16ztI55qJ_postmeta.meta_key = ‘_mf_write_panel_id’ and wp_16ztI55qJ_postmeta.meta_value = ‘2’ ORDER BY wp_16ztI55qJ_posts.post_date DESC LIMIT 0, 50I have some custom posts with corresponding custom post write panels (examples: “Faculty”, “Students”). When I click on Students > Manage, I usually see a page listing all the posts that were created using the Students write panel. But when I install the patched Magic Fields, I click “Manage” and I see nothing listed.
@hunk Sorry I don’t understand what you were trying to say.
Ok, well I guess when I install it on WordPress it seems to be ok (1.5.4), but when I click on my Custom Post panels, even though the posts are still there (it knows that there are 27 posts for one type), none of them are being displayed.
Weird am I doing something wrong (I don’t know git very well)? When I hit download zip, I get a file “hunk-Magic-Fields-v1.5.2-22-gc2afd1a.zip”.
Is it going to cause problems if I am running MF 1.5.4 and the changes are to MF 1.5.2?
I noticed a format/toggle issue when I apply the line:1198 patch, weirdly enough, which is why I thought my problem might be related. If it isn’t, I’ll make another thread.
I tried it and then undid it and I still have problems with p and br tags no matter whether it’s commented out or not.
All my Magic Field custom panels are set to hide the main editable content area, so I’m not sure if it happens only to the main content area. However certainly the other parts of my site (regular non-MF posts and pages) don’t have problems with the stripping of paragraphs and break tags.
I don’t have any other TinyMCE plugins installed.
Alas, I also had no orphaned fields in my wp_mf_panel_custom_field table. Two of my fields in different custom panels had the same name, so I adjusted them to be different. Unfortunately, I still have the same problem with linebreaks and paragraphs being removed.
For me, this happens every single time I load a post that previously had content containing
<p>or<br>. The post will save with the line/paragraph breaks but upon loading the post again for editing, the tags are removed.Well at least for me, while commenting out line 1198 might sometimes fix data loss if you don’t click the Visual/HTML buttons, when if I go back and edit the same post/etc again, the act of going back and loading that post automatically triggers the loss of paragraphs and linebreaks again.