• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Diagnostics - States, javascript error

Scheduled Pinned Locked Moved 1.2.1-RC Snapshot Feedback and Problems-RETIRED
17 Posts 8 Posters 10.8k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • N
    NickC
    last edited by Aug 14, 2008, 3:37 PM

    pf 1.2.1, Aug 13th build.
    I get a javascript error in Opera and Firefox when I try to delete a state.
    (icon to the right of each state).  Nick.

    1 Reply Last reply Reply Quote 0
    • S
      sullrich
      last edited by Aug 14, 2008, 4:44 PM

      Thanks for the report but can you please let us know the error?

      1 Reply Last reply Reply Quote 0
      • N
        NickC
        last edited by Aug 14, 2008, 8:07 PM

        I get a pop-up box stating "An error occurred".

        In diag_dump_states.php the function "removeState" makes an ajax request back to diag_dump_states.php which is failing, at least in my case. It returns non-zero which raises a pop-up with
        alert('An error occurred.');
        I don't know enough javascript/ajax to delve into why…

        NickC

        1 Reply Last reply Reply Quote 0
        • G
          Gertjan
          last edited by Aug 15, 2008, 12:23 PM

          Yep.

          Me to - using 'plain vanilla' IE7.

          It pops an error box.

          No "help me" PM's please. Use the forum, the community will thank you.
          Edit : and where are the logs ??

          1 Reply Last reply Reply Quote 0
          • A
            adrianhensler
            last edited by Aug 15, 2008, 12:52 PM

            Seems to work ok here in IE7 and Firefox on a Aug 14th build.

            1 Reply Last reply Reply Quote 0
            • G
              Gertjan
              last edited by Aug 15, 2008, 5:07 PM Aug 15, 2008, 1:44 PM

              Dam…

              Using : 1.2.1-RC1 - built on Wed Aug 13 04:23:51 EDT 2008

              I'll up right now .....

              Ok. Just updated to
              => 1.2.1-RC1 built on Thu Aug 14 18:19:52 EDT 2008
              WTF….
              The Auto update says now that a 'new' version is available :
              => 1.2.1-RC1 built on Thu Aug 14 18:49:53 EDT 2008
              I re-update......
              .... and can't. 18:19:52  is the latest, even if the autoupdater says a more recent one is present.

              This issue is still there.

              No "help me" PM's please. Use the forum, the community will thank you.
              Edit : and where are the logs ??

              1 Reply Last reply Reply Quote 0
              • S
                sullrich
                last edited by Aug 15, 2008, 7:26 PM

                That is perfectly normal.  I have answered this question/statement about 10+ times now.  The auto upgrade code simply looks for different version!  When using stable pfSense you will only see when a new upgrade is available when there really is one…  This is part of using snapshots.

                1 Reply Last reply Reply Quote 0
                • G
                  Gertjan
                  last edited by Aug 16, 2008, 8:07 AM

                  @sullrich:

                  That is perfectly normal….  ....This is part of using snapshots.

                  Don't worry, I know - it's just 'funy' to see an update being proposed, but one can not update to it. The effect is more visual mather then a technical one.

                  @Gertjan:

                  This issue is still there.

                  I'm talking the about the alert popup here, that flags an error.
                  I'm having the latest snapshot 1.2.1 now.

                  I tried 1.2 Stable - it works, or, no error popup.

                  Hummm, diag_dump_states.php needs some attention  ;)

                  No "help me" PM's please. Use the forum, the community will thank you.
                  Edit : and where are the logs ??

                  1 Reply Last reply Reply Quote 0
                  • R
                    ryates
                    last edited by Aug 16, 2008, 10:03 PM

                    Confirmed still present on 1.2.1-RC1, Fri Aug 15 21:14:08 EDT 2008 using FireFox3 on Ubuntu 8.04

                    ryts

                    @NickC:

                    I get a pop-up box stating "An error occurred".

                    In diag_dump_states.php the function "removeState" makes an ajax request back to diag_dump_states.php which is failing, at least in my case. It returns non-zero which raises a pop-up with
                    alert('An error occurred.');
                    I don't know enough javascript/ajax to delve into why…

                    NickC

                    1 Reply Last reply Reply Quote 0
                    • A
                      adrianhensler
                      last edited by Aug 17, 2008, 4:01 AM

                      I apologize - I first read this thread to report that the error was on the states page; not when deleting a state.  I can confirm this error occurs for me as wel when trying to delete a state.

                      1 Reply Last reply Reply Quote 0
                      • M
                        msurdi
                        last edited by Sep 26, 2008, 11:20 AM

                        Same problem here.

                        Is there any ticket open in order to track this bug status?

                        1 Reply Last reply Reply Quote 0
                        • S
                          sbyoon
                          last edited by Oct 1, 2008, 8:18 AM Oct 1, 2008, 8:11 AM

                          I foud the solution of this problem with some code changes on "diag_dump_states.php" as below.

                          From:

                          /* handle AJAX operations */
                          if($_GET['action']) {
                          if($_GET['action'] == "remove") {
                          $srcip  = escapeshellarg($_GET['srcip']);
                          $dstip  = escapeshellarg($_GET['dstip']);
                          if (is_ipaddr($srcip) and is_ipaddr($dstip)) {
                          $retval = mwexec("/sbin/pfctl -k '{$srcip}' -k '{$dstip}'");
                          echo "|{$srcip}|{$dstip}|{$retval}|";
                          } else {
                          echo "invalid input";
                          }
                          exit;
                          }
                          }

                          To:

                          /* handle AJAX operations */
                          if($_GET['action']) {
                          if($_GET['action'] == "remove") {
                          $srcip  = $_GET['srcip'];
                          $dstip  = $_GET['dstip'];
                          if (is_ipaddr($srcip) and is_ipaddr($dstip)) {
                          $retval = mwexec("/sbin/pfctl -k '{$srcip}' -k '{$dstip}'");
                          echo "|{$srcip}|{$dstip}|{$retval}|";
                          } else {
                          echo "invalid input";
                          }
                          exit;
                          }
                          }

                          1 Reply Last reply Reply Quote 0
                          • N
                            NickC
                            last edited by Oct 1, 2008, 10:09 AM

                            Works for me. Thanks a lot. Can a submitter paste this in…?

                            Nick.

                            1 Reply Last reply Reply Quote 0
                            • C
                              cmb
                              last edited by Oct 5, 2008, 12:09 AM

                              @sbyoon:

                              I foud the solution of this problem with some code changes on "diag_dump_states.php" as below.

                              That also opens up a security hole because it removes the input sanitation, so no, this won't be committed.

                              We'll find a solution though.

                              1 Reply Last reply Reply Quote 0
                              • C
                                cmb
                                last edited by Oct 5, 2008, 12:17 AM

                                @cmb:

                                @sbyoon:

                                I foud the solution of this problem with some code changes on "diag_dump_states.php" as below.

                                That also opens up a security hole because it removes the input sanitation, so no, this won't be committed.

                                Actually it doesn't because of the later input validation, but we still always want to escapeshellarg on _GET's.

                                1 Reply Last reply Reply Quote 0
                                • C
                                  cmb
                                  last edited by Oct 31, 2008, 4:13 AM

                                  This is now fixed, or will be in the next snapshot dated after the time of this post.

                                  1 Reply Last reply Reply Quote 0
                                  • N
                                    NickC
                                    last edited by Oct 31, 2008, 1:36 PM

                                    I just updated to latest snapshot (Fri Oct 31 12:36:04 EDT 2008),
                                    and yes the fix is in and working.

                                    Thanks a lot.

                                    Nick.

                                    1 Reply Last reply Reply Quote 0
                                    • First post
                                      Last post
                                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                                      This community forum collects and processes your personal information.
                                      consent.not_received