inherit
74691
0
Jun 10, 2010 21:57:46 GMT -8
nidorino
8
March 2006
nidorino
|
Post by nidorino on Jun 22, 2008 10:01:17 GMT -8
Board URL: smashcross.proboards84.com/Problem: Okay, I know this is a frequent problem, as there are threads like this one talking about the same problem. In an effort to make easier to pinpoint the problem in my case, I must say: - I use Mozilla Firefox; this never happened to me before installing Firefox 3 neither at work nor at home, and this happened at both places some time after installing Firefox 3.
- I always use the NoScript add-on on my own browser to block scripts from the domains googleadservices.com and googlesyndication.com.
- It doesn't happen with IE at all.
|
|
Guide
New Member
Posts: 0
inherit
181056
0
Jul 6, 2012 10:43:44 GMT -8
Guide
0
July 2012
11823
|
Post by Guide on Jun 22, 2008 10:15:14 GMT -8
Well this is obviously a coding issue which is causing your codes to conflict with your forum. I recommend you remove your codes, place them back one by one and find the code which is causing the issue. I also recommend you allow "googlesyndication.com." and "googleadservices.com" as blocking these violates the ProBoards TOS
|
|
inherit
74691
0
Jun 10, 2010 21:57:46 GMT -8
nidorino
8
March 2006
nidorino
|
Post by nidorino on Jun 22, 2008 10:44:09 GMT -8
I think the scripts from at least one of those domains are needed for it to not happen! I unblocked at least one of them and the error didn't show up Thanks.
|
|
#eb7100
1480
0
1
May 18, 2024 11:56:24 GMT -8
Craig
208,894
September 2001
cmdynasty
|
Post by Craig on Jun 22, 2008 10:47:52 GMT -8
Hi,
Curious, but why did you put this in your main page header?
<!-- Asignaciones a variables de ProBoards --> <script type="text/javascript"> <!-- /** Burbuja */ pb_bubble = 1; //--> </script> <!-- Fin Asignaciones -->
|
|
inherit
Official Code Helper
65613
0
1
May 11, 2024 14:19:23 GMT -8
Chris
"'Oops' is the sound we make when we improve"
8,883
December 2005
horace
|
Post by Chris on Jun 22, 2008 11:27:05 GMT -8
Ahh now it all makes sense. Seems Proboards recently added extra security (a random string element) to the modify HF page. If you're in the habit of opening two windows/tabs to the HF in order to quickly undo an edit if a problem arises that might no longer work since each page load generates a new random string which is used to further authenticate the submission. In other words submitting on any page except the most recently opened HF will give you a "failed to authenticate" error. I never connected the dots but I did notice the addition of random element and in particular its role in causing the Crossfury code to stop working due to its placement. If you have more than one tab or window (in any browser) open to the headers/footers (note: Crossfury uses headers footers page but modifies it so that counts too) then submitting on any tab or window except the most recently opened one will give you a failed to authenticate error since there is a random hash generated with every page load now. If that hash doesn't match the one the server last issued for the site then you get that error. It is also that new random hash element that the second patch moves since it is in a spot on the page where crossfury doesn't expect it causing crossfury to fail. My guess is this new feature was implemented to address the case where several people have access to the headers/footers and if they are simultaneously editing codes and save changes seconds apart the last save would overwrite any changes made just seconds earlier. With the random hash the person with the old HF data would need to refresh to make any changes (which is a good thing). After reading this thread I realized that the modify profile page also gets that random hash and from a simple test confirmed that having a header/footer page open and then opening a modify profile page would also interfere with the submission of that header/footer page since the modify profile page would possess the most up-to-date hash (and vice versa).
|
|
inherit
74691
0
Jun 10, 2010 21:57:46 GMT -8
nidorino
8
March 2006
nidorino
|
Post by nidorino on Jun 22, 2008 11:39:22 GMT -8
Hi, Curious, but why did you put this in your main page header? <!-- Asignaciones a variables de ProBoards --> <script type="text/javascript"> <!-- /** Burbuja */ pb_bubble = 1; //--> </script> <!-- Fin Asignaciones --> It allows me to disable the background of the forum titles as links. I wanted to obtain something like this; is it automatic for that forum because its administrators paid for extra features? Ahh now it all makes sense. Seems Proboards recently added extra security (a random string element) to the modify HF page. If you're in the habit of opening two windows/tabs to the HF in order to quickly undo an edit if a problem arises that might no longer work since each page load generates a new random string which is used to further authenticate the submission. In other words submitting on any page except the most recently opened HF will give you a "failed to authenticate" error. I never connected the dots but I did notice the addition of random element and in particular its role in causing the Crossfury code to stop working due to its placement. If you have more than one tab or window (in any browser) open to the headers/footers (note: Crossfury uses headers footers page but modifies it so that counts too) then submitting on any tab or window except the most recently opened one will give you a failed to authenticate error since there is a random hash generated with every page load now. If that hash doesn't match the one the server last issued for the site then you get that error. It is also that new random hash element that the second patch moves since it is in a spot on the page where crossfury doesn't expect it causing crossfury to fail. My guess is this new feature was implemented to address the case where several people have access to the headers/footers and if they are simultaneously editing codes and save changes seconds apart the last save would overwrite any changes made just seconds earlier. With the random hash the person with the old HF data would need to refresh to make any changes (which is a good thing). After reading this thread I realized that the modify profile page also gets that random hash and from a simple test confirmed that having a header/footer page open and then opening a modify profile page would also interfere with the submission of that header/footer page since the modify profile page would possess the most up-to-date hash (and vice versa). Now that makes sense! ;D Thanks, Eton. Maybe it needs to be improved by detecting IPs or something, right?
|
|
#eb7100
1480
0
1
May 18, 2024 11:56:24 GMT -8
Craig
208,894
September 2001
cmdynasty
|
Post by Craig on Jun 22, 2008 11:46:40 GMT -8
The problem with doing it by IP defeats the purpose of why the random value is set
|
|