| Author |
 Topic  |
|
|
korbendallas
Starting Member
France
24 Posts |
 Posted - 07 January 2003 : 15:53:01
|
I did post about that 6 months ago but did not have time to investigate and apparently I was the only guy having this issue. So I just did the correction by myself: a javascript function from post.asp was incomplete.
BUT I just downloaded the latest patchs today to make sure (from here because the others links are dead), and the issue is still there:
function OpenPreview()
{
popupWin = window.open('pop_preview.asp', 'preview_page', 'scrollbars=yes,width=750,height=450')
}
Should be instead:
function OpenPreview()
{
var curCookie = "strMessagePreview=" + escape(document.PostTopic.Message.value);
document.cookie = curCookie;
popupWin = window.open('pop_preview.asp', 'preview_page', 'scrollbars=yes,width=750,height=450')
}
Dallas.< |
Edited by - korbendallas on 07 January 2003 15:57:20 |
|
|
n/a
deleted
593 Posts |
Posted - 07 January 2003 : 17:25:17
|
Hi Dallas....
Is this a problem that a preview window sort of hang with a blank in white and doesn't show a posted message/content??? I was having this problem with V4b03 and thought it was due do a browser cache or refresh problem....and wasn't sure (it's on Brinkster and tends to be slow etc and timeout can happen often)....
Anyway applied this modification and seems working fine. Thanks.
< |
Taku
|
 |
|
|
Deleted
deleted
4116 Posts |
Posted - 08 January 2003 : 00:23:41
|
Here is the previous message: http://forum.snitz.com/forum/topic.asp?TOPIC_ID=29925&SearchTerms=preview
Thank you for sharing you solution. On the other hand I want to know why it is emerging in your case and not the others?
Knowing the reason is a must for accepting the cure and because we (at least I) cannot replicate it, I need you help  .
< |
 Stop the WAR! |
|
|
|
korbendallas
Starting Member
France
24 Posts |
Posted - 08 January 2003 : 17:54:37
|
Uh, well, I don't really know why it happened to me but to not to other people.
I am using Snitz V4 since the day the first beta was released. I applied all the patches/new versions since then. The preview panel did work perfectly for a while, until this summer when a guy on my website told me that the preview feature was not working anymore.
I forgot to mention how I found the solution:
I looked at a "post.asp" page coming from an earlier V4 release and noticed these two extra lines of code in the javascript function. They are in the old versions of "post.asp" file but not in the latest.
So I would say that anyone who applied the latests patches should have the same issue as I had...
I never fully reinstalled the forum with a brand new release tough: I just applied the patches each time they were available. So maybe the javascript function is missing from the latests patches, but not from the complete V4 package?< |
Edited by - korbendallas on 08 January 2003 18:06:24 |
|
|
|
Deleted
deleted
4116 Posts |
Posted - 08 January 2003 : 18:56:37
|
You are right. Those two lines exist on v3.3.03 through v3.3.05 AND on original v4b03 release.
They got deleted in v4b03patch001 because ALSO pop_preview.asp has been changed a lot. It was required to preview non-US-ASCII characters. The code was formulated by Richard. See here: http://forum.snitz.com/forum/topic.asp?TOPIC_ID=17270&SearchTerms=Pop_preview
Please check that file...
< |
Stop the WAR! |
|
|
|
Deleted
deleted
4116 Posts |
Posted - 08 January 2003 : 18:59:08
|
Wow, its been a long time from that patch is released. Let me urge ...
< |
Stop the WAR! |
|
|
|
n/a
deleted
593 Posts |
Posted - 08 January 2003 : 23:16:54
|
Bozden -
So, this means that with a full V4b03.003 + AllpostV4b03patches applied (i.e. updated to V4b03.005 with all security patches) should not have this problem and do not need to apply this? The one I mentioned from my side is more of a cookie or cache problem??? not a bug?
Would you confirm/reconfirm this point?< |
Taku
|
|
|
|
Deleted
deleted
4116 Posts |
Posted - 09 January 2003 : 06:08:06
|
It seems to be OK from the code point of view... It works like this:
On the first pass, it builds a form to set hidden field for the message uses javascript to get the message from opening window (i.e. post.asp) and submits to itself.
On the second pass the message is get from the hidden field via the request object and displayed if it is not empty.
This new process does not use any cookies. This way the escape/unescape related non-ASCII character issues PLUS 4000 char cookie issue has been resolved.
If you have problems, can you both please compare pop_preview.asp you have with the pop_preview from patch005 (or AllpostV4b03patches.zip)?
On the other hand, if the user has the JS disabled, he/she can have problems (about 1/10 chance)...
< |
Stop the WAR! |
|
|
|
korbendallas
Starting Member
France
24 Posts |
Posted - 09 January 2003 : 13:34:35
|
| Thanks for your answers bozden, that makes sense. I'll update my pages with the new code, I should have missed it at some point when manually applying the security fixes.< |
|
|
|
n/a
deleted
593 Posts |
Posted - 09 January 2003 : 18:37:06
|
Bozden -
Seems like my problem is locale - something to do with server connection timeout issue with IE6.0 browser caching/cookie.
I tested both post.asp with IE6.0 and basically behaving the same - popup preview window appears, wait for fetching contents to display/review, afer a few second it basically disappear. Tried several times and the same problem. (Brinkster was extremely slow today also).
I reverted post.asp as V4b03.05 compatible one and tried it with Netscape 7.0/7.1 (updated in a middle of opening the window...). The way Netscape handles secure/insecurre connection prompts a message box asking for insecure connectoin to be established ok. Click ok and it comes up with a preview content.
Somehow, in IE6.0 this is not happening properly - and assumed this is something to do with server connection timeout. Or is it?
So, my problem wasn't really a bug issue in code. As both worked well previously in IE6.0.
(Interestingly, Netscape7.0 renders contents for forum - top header item alignments seems much better if viewed in Netscape 7.0 but in Admin section, all table appear in black and texts in navyblue (default)....)
Tested the same multilingual unicoded contents in V3.4.03 unicode version -[post new topic]>[preview] works fine. Assume my case is in part because of 20 languages loaded and there must be some extra loads involved in processing "preview" with multiple languages...??
Thanks.< |
Taku
|
Edited by - n/a on 09 January 2003 23:19:17 |
|
|
| |
Topic |
|
Forum Locked
