banesto
Member
Posted 16 years ago #
this is really weird. i have up and running wordpress mu 1.3.3. everything went ok till suddenly i have a situation when i can't make changes to one or two pages - the only thing that is changing on page-save apperantly is modified date, nothing else. I have a feeling, that it has something to do with page slug. Because page fails to update after i change it's slug.
Any solutions to this? It's urgent.
lunabyte
Member
Posted 16 years ago #
Do you have ENABLE_CACHE defined in your wp-config?
If so, that's probably where the problem lies.
banesto
Member
Posted 16 years ago #
no, I don't have.. besides, it would affect other pages
I have the same issue ... :(
banesto
Member
Posted 16 years ago #
please... reply urgently needed!
Did you try deleting the old page and recreating it with the new slug first?
banesto
Member
Posted 16 years ago #
yes, of course. no luck there.
BUT I tested it more carefully and found out that this bug starts to appear after I pasted more complex content - I inserted into the code view html source like this:
<p align="justify"><a href="" rel="attachment wp-att-77" title="">
<a href="" rel="attachment wp-att-77" title="">
<img src="" align="left" border="1" hspace="9" vspace="9" /></a>
A visit to practice facilities offering something for every skill level.
Come and enjoy...
And putting this into the page is the last change I am able to apply. Every next 'save' is ignored.
So ...
How did you solve this issue ?
Is it normal.
Does it happen also in 1.5.1 ?
banesto
Member
Posted 16 years ago #
i didn't! i am still waiting for solutions from more acknowledged people out there..
I'm guessing it's all the extra info you're putting in the image tags.
That's not something a standard user would do.
" hspace="9" vspace="9"" Why?
banesto
Member
Posted 16 years ago #
don't ask me, i've got clients who put those things in, and these actions cause problems.. they are no standart users, if you know what i mean :) they are kind of people who love pasting everything from word and then tweak it up to meet their needs. And then they paste their result to other page/post for the sake of formatting and then they change post/page language.
I'm using wordpress mu as a multi language site - each new blog instance for new language.
But hspace and vspace should not break the ability to save changes anyway!
Well no, but if you've got users doing funky things, then funky things happen. :D
Usually odd or disallowed code gets stripped. Hmmm.
mrarrow
Member
Posted 16 years ago #
I think the OP of this thread will find that rel="attachment wp-att-77"
is actually being inserted by Wordpress (not a user) only when 'Link to page' is being selected when placing an image in a post (via the Browse section). If this code is then left in the post, subsequent saves fail.
This particular thread seems connected to my own specific problem (http://mu.wordpress.org/forums/topic.php?id=8539). Unfortunately, no-one to date has replied to my post and I'm feeling very unloved :-(
banesto
Member
Posted 16 years ago #
yes, it seems to be it. I removed this anchor and everything seems ok now. sad, only way to remove anchor is directly in database. shouldn't be like that.
mrarrow
Member
Posted 16 years ago #
There is now a useful reply at http://mu.wordpress.org/forums/topic.php?id=8539 to exactly this problem. Its a bug that's already been reported and 'fixed'. Also upgrading to MU 1.5 should fix it too.
The immediate solution is to not use 'Link to page' I guess, but it shouldn't be like that. Ah, the joys of Open Source!
That is a bug that was fixed as part of WPMU 1.5.
I helped with testing donncha's fix, and after I upgraded our WPMU install to 1.5 then the problem disappeared.