#4535 closed defect (bug) (invalid)
problem with post/page passwords
Reported by: |
|
Owned by: | |
---|---|---|---|
Milestone: | Priority: | lowest | |
Severity: | minor | Version: | 2.2.1 |
Component: | General | Keywords: | reporter-feedback |
Focuses: | Cc: |
Description
Quoting customer:
Next, this is a crazy one, but here it is. If you create two different posts and create two different passwords before publishing, then (only in IE), if lets say you view post #1 it will ask you to enter a password. Then you enter the password (and I'm sure it gets cached somewhere in WP). Then all is okay. But if you try to Edit or View the alternate page (with a different password) IE always shows and error on the page (just above the Start button).
Then of course if you go to that second view post and enter its password, then viewing and editing that page shows no errors on page, but if you then again return to the first page with a different password it shows errors on the page (whether you view or edit the post), because I guess the cache has a different saved password.
Change History (5)
#3
@
18 years ago
- Keywords reporter-feedback added
Some more info would indeed be appreciated.
I tried to reproduce this on trunk, but was unable to do so using the given description (using IE7).
#4
@
17 years ago
- Component changed from Administration to General
- Milestone changed from 2.5 to 2.6
- Priority changed from normal to lowest
- Severity changed from normal to minor
Im afraid I can't get back to the guy, as I can't recall who it was and I've lost all the data from my previous (stolen) laptop. Nor can I test on my end, from lack of a Windows box.
My understanding, though, is this:
- create two password protected posts
- log off
- browse the first post
- (says he...) an error shows with the second post
- and vice versa
I'm guessing he was in fact meaning a javascript error. "Near the Start button" frequently means "in the status bar" in computer-illiterate jargon.
It _could_ have been that a javascript was broken on one or either of his pages, due to an ID or something along those lines that wasn't getting displayed from lack of displaying the content. Some users are very anal about javascript errors -- especially when they've no idea of what they're doing.
On the other hand, it could be that WP is generating a js error for the very same reason. Or the other way around: a js that references something that only gets displayed on the "enter your password" form when none gets displayed.
Anyway, if no js errors show up with the above procedure in the current version of WP using IE, just close the ticket.
I know it wasn't you who wrote the report, but maybe you can go back to the customer for clarification.
I have no idea what this means:
What is the error?