Alpha Software Mobile Development Tools:   Alpha Anywhere    |   Alpha TransForm subscribe to our YouTube Channel  Follow Us on LinkedIn  Follow Us on Twitter  Follow Us on Facebook



The Alpha Software Forum Participation Guidelines

The Alpha Software Forum is a free forum created for Alpha Software Developer Community to ask for help, exchange ideas, and share solutions. Alpha Software strives to create an environment where all members of the community can feel safe to participate. In order to ensure the Alpha Software Forum is a place where all feel welcome, forum participants are expected to behave as follows:
  • Be professional in your conduct
  • Be kind to others
  • Be constructive when giving feedback
  • Be open to new ideas and suggestions
  • Stay on topic

Be sure all comments and threads you post are respectful. Posts that contain any of the following content will be considered a violation of your agreement as a member of the Alpha Software Forum Community and will be moderated:
  • Spam.
  • Vulgar language.
  • Quotes from private conversations without permission, including pricing and other sales related discussions.
  • Personal attacks, insults, or subtle put-downs.
  • Harassment, bullying, threatening, mocking, shaming, or deriding anyone.
  • Sexist, racist, homophobic, transphobic, ableist, or otherwise discriminatory jokes and language.
  • Sexually explicit or violent material, links, or language.
  • Pirated, hacked, or copyright-infringing material.
  • Encouraging of others to engage in the above behaviors.

If a thread or post is found to contain any of the content outlined above, a moderator may choose to take one of the following actions:
  • Remove the Post or Thread - the content is removed from the forum.
  • Place the User in Moderation - all posts and new threads must be approved by a moderator before they are posted.
  • Temporarily Ban the User - user is banned from forum for a period of time.
  • Permanently Ban the User - user is permanently banned from the forum.

Moderators may also rename posts and threads if they are too generic or do not property reflect the content.

Moderators may move threads if they have been posted in the incorrect forum.

Threads/Posts questioning specific moderator decisions or actions (such as "why was a user banned?") are not allowed and will be removed.

The owners of Alpha Software Corporation (Forum Owner) reserve the right to remove, edit, move, or close any thread for any reason; or ban any forum member without notice, reason, or explanation.

Community members are encouraged to click the "Report Post" icon in the lower left of a given post if they feel the post is in violation of the rules. This will alert the Moderators to take a look.

Alpha Software Corporation may amend the guidelines from time to time and may also vary the procedures it sets out where appropriate in a particular case. Your agreement to comply with the guidelines will be deemed agreement to any changes to it.

Bonus TIPS for Successful Posting

Try a Search First
It is highly recommended that a Search be done on your topic before posting, as many questions have been answered in prior posts. As with any search engine, the shorter the search term, the more "hits" will be returned, but the more specific the search term is, the greater the relevance of those "hits". Searching for "table" might well return every message on the board while "tablesum" would greatly restrict the number of messages returned.

When you do post
First, make sure you are posting your question in the correct forum. For example, if you post an issue regarding Desktop applications on the Mobile & Browser Applications board , not only will your question not be seen by the appropriate audience, it may also be removed or relocated.

The more detail you provide about your problem or question, the more likely someone is to understand your request and be able to help. A sample database with a minimum of records (and its support files, zipped together) will make it much easier to diagnose issues with your application. Screen shots of error messages are especially helpful.

When explaining how to reproduce your problem, please be as detailed as possible. Describe every step, click-by-click and keypress-by-keypress. Otherwise when others try to duplicate your problem, they may do something slightly different and end up with different results.

A note about attachments
You may only attach one file to each message. Attachment file size is limited to 2MB. If you need to include several files, you may do so by zipping them into a single archive.

If you forgot to attach your files to your post, please do NOT create a new thread. Instead, reply to your original message and attach the file there.

When attaching screen shots, it is best to attach an image file (.BMP, .JPG, .GIF, .PNG, etc.) or a zip file of several images, as opposed to a Word document containing the screen shots. Because Word documents are prone to viruses, many message board users will not open your Word file, therefore limiting their ability to help you.

Similarly, if you are uploading a zipped archive, you should simply create a .ZIP file and not a self-extracting .EXE as many users will not run your EXE file.
See more
See less

Login Value Passing To Embedded UX

  • Filter
  • Time
  • Show
Clear All
new posts

  • Login Value Passing To Embedded UX

    I have a login value that gets set in the onlogin server side event of the login UX that should pass to a embedded UX component which is the main app. That value is used to set a argument value so I can filter a list control. It was working but it isnt now. I debugged the onlogin event and the value seems to be set fine there. I assume it is something when it gets passed to the embedded UX that it gets reset somehow. It gets reset to the same value everytime. Is there a way I can set up to debug the embedded UX so I can see what the value is when it gets passed?

  • #2
    Re: Login Value Passing To Embedded UX

    I think first couple of questions would involve local storage - are you restoring from? Are you opening a cached UX in any way? The next question would involve logins and multiple browsers.
    You cannot login to TWO different Alpha security accounts in one instance of Chrome and separate tabs without the possibility of confusion from the browser. If this involves an argument set using security values you should use two different browsers for testing, not two different chrome tabs. Even using your desktop PC and then using Chrome on your phone can be an issue if your signed into your chrome account.
    If that's the case try Chrome and Firefox. It may have nothing to do with the UX in that case.
    NWCOPRO: Nuisance Wildlife Control Software My Application: "Without forgetting, we would have no memory at what was I saying?"


    • #3
      Re: Login Value Passing To Embedded UX

      I didnt see anything with local storage. I deleted everything in my IIS and republished all files again. I tried clearing cache on my browsers and installing Firefox but the issue is still happening. It almost seems like that login value is hardcoded somewhere but I cant find where it is. Also, it almost seems like it started happening after I created an XBasic function for a new user registration and tried creating some new users but again when I debug the onlogin event the value is getting set correctly.


      • #4
        Re: Login Value Passing To Embedded UX

        I usually find a JavaScript error somewhere in the code prior to the passing of the argument that causes problems like that for me.
        Win 10 64 Development, Win 7 64 WAS 11-1, 2, Win 10 64 AA-1,2, MySql, dbForge Studio The Best MySQL GUI Tool IMHO.


        • #5
          Re: Login Value Passing To Embedded UX

          Here is my onlogin the HoldLoginValue is what should be passing, not sure if something in there is causing it. It was working before, like I said:

          dim CurrentUserName as c
          dim CheckUserExist as c
          dim sql as c
          dim args as sql::arguments
          Dim cn as sql::connection
          dim sqlCommand as c
          flag ="::name::petvv")

          if e.username <> ""
          dim args as sql::Arguments
          HoldLoginValue = sql_lookup("::name::petvv", "pvv_owner_info", "PET_OWNER_EMAIL = :PET_OWNER_EMAIL","pvvid",args)
          e._state.HoldLoginValue = HoldLoginValue
          end if

          'To capture Last Login date and time
          '0: Initialize connections
          dim globalcn as sql::connection
          flag ="::name::petvv")

          '1: Log entry into system
          dim sql as c
          dim args as sql::arguments
          args.add("CurrentUserName",a5ws_getcurrentuser()) 'Gets logged in user
          flag = globalcn.execute("UPDATE pvv_owner_info SET LAST_LOGIN = getdate() where pet_owner_email = :CurrentUserName",args)
          flag = globalcn.Execute(sql, args)

          'x: Clean u
          delete globalcn

          end function


          • #6
            Re: Login Value Passing To Embedded UX

            This is the code I have in the run after Embedded UX is loaded:

            var pObj = {dialog.Object}.getParentObject();
            var HoldLoginValue = pObj.stateInfo['HoldLoginValue'];


            • #7
              Re: Login Value Passing To Embedded UX

              so you have a control named the same thing as that randomly named variable name? Is the code in the onRenderComplete?
              I also noticed that you did not dim explicity dim HoldLoginValue...

              Am I wrong in thinking that HoldLoginValue is the email address and their actual login as well? If so you can easily set =a5ws_getcurrentuser() as the default value of any text field and not have to go through all this.
              Forgive me if I got it wrong on that, perhaps another one smarter than I will chip in!
              NWCOPRO: Nuisance Wildlife Control Software My Application: "Without forgetting, we would have no memory at what was I saying?"


              • #8
                Re: Login Value Passing To Embedded UX

                HoldLoginValue is a numeric value that is set based on the id returned from a table that filters the inputted username email to the email in the database. The HoldLoginValue is what I use to filter list controls in the main app. When I run the debugger, HoldLoginValue is set correctly but it is not set correctly in the embedded UX component. The code below is what I have in the run after Embedded UX is loaded. Again, this use to work, not sure what changed.

                var pObj = {dialog.Object}.getParentObject();
                var HoldLoginValue = pObj.stateInfo['HoldLoginValue'];


                • #9
                  Re: Login Value Passing To Embedded UX

                  So is this value present when the list control is looking for what it needs? If the variable is set OnRenderComplete then the list will not filter because the value isn't there which is why I was asking that. Otherwise you would have to refresh the list

                  I think I understand you to mean, you want the ID of a user but maybe NOT the actual loggedin user, otherwise you could run the original code on every component and not need to pass in the value as a variable since it too would do the exact same thing to get the state var.

                  Maybe you could set an argument up in the child UX and filter the SQL in the child UX on that arg - then you can bind the field value of HoldLoginValue to that when it opens - much cleaner and easier with little to no "code" having to be hand carved/written. It would just work.
                  NWCOPRO: Nuisance Wildlife Control Software My Application: "Without forgetting, we would have no memory at what was I saying?"


                  • #10
                    Re: Login Value Passing To Embedded UX

                    In the child UX, I have argHoldLoginValue that sets itself on runtime to HoldLoginValue, I use argHoldLoginValue to filter List Controls. I just want the ID of the user NOT the email address of the logged in user. Hope this tells you more. I still think something is happening when HoldLoginValue is getting passed to the embedded UX, but I am not sure what is happening.


                    • #11
                      Re: Login Value Passing To Embedded UX

                      I set an alert(HoldLoginValue); in the onLoadComplete Javascript in the Embedded UX. The alert is showing the value that always get set to, regardless of what the onlogin script is doing. Below is the code for the onLoadComplete Javascript for the embedded UX. What changes would I need to do for it to set to the number that gets set after the onlogin runs?

                      var pObj = {dialog.Object}.getParentObject('');
                      var HoldLoginValue = pObj.stateInfo['HoldLoginValue'];


                      • #12
                        Re: Login Value Passing To Embedded UX

                        Solved it. It was something very simple, had to check the Delay Render Till Visible. The OnloadCompelete Javascript for the embedded UX was setting the login value before the onlogin server side was setting it.