Last modified: 2006-07-21 07:39:30 UTC
As described above:
1. Click the 'Edit' link on a section.
2. Blank out the entire edit field (to remove the section).
3. Hit 'Preview'
4. When page reloads, edit field is now the entire article. Confused, the editor
looks it over and thinks it looks fine.
5. When saved, the entire article is re-inserted where the old section was,
Doesn't happen when I try it...
Might be FireFox or Google Toolbar issue. I've confirmed it a few times on my
talk page and it first came up on that Album. It's the preview step that seems
to kill it.
Works for me as well. When I blank a section and preview, I get nothing in the
edit field, as expected. See if you can narrow down the problem; does it happen
no matter how you try testing it (any circumstances under which it doesn't happen)?
(In reply to comment #2)
> Might be FireFox or Google Toolbar issue. I've confirmed it a few times on my
> talk page and it first came up on that Album. It's the preview step that seems
> to kill it.
Logically it shouldn't be anything but a server issue if you're getting the
entire article wikitext sent to you. But please do try with IE, without Google
I do not have Google Toolbar on IE. I ran into the same issue using it. I hit
'show preview' and I get the entire page again, along with the code for the
entire page in the edit field. If I save, it merges in where the section was.
Same happened if I set the text to a single space (in IE).
FF 22.214.171.124 w/ GTB 20060606W
I cannot believe nobody else is having this issue... I just
confirmed it again on IE at work.
On a whim, I [http://en.wikipedia.org/w/index.php?
cleared my monobook.js] since the problem followed me to
work. It made no difference, I made sure to Shift-F5 my
talk page before the edit started.
Have you tried it logged out?
Good call. It does NOT happen when I log out. So I guess I have some problem
with something, somewhere. I wiped my monobook.js - but as somebody mentioned
above, something must be going on in the server to send me the entire page again.
Try fidgeting with preferences. That's the only logical possibility at this
point, as far as I can see. Since it appears to be computer- and
browser-independent, it must be reproducible somehow by anyone with the
(in)correct user profile.
Can reproduce with 'preview on first edit' enabled.
Fixed in r15757.