cancel
Showing results for 
Search instead for 
Did you mean: 
Reply
skoofy5
Continued Contributor
Continued Contributor

webapi - create/associate - returning 400 bad request

Hi all,

 

I'm trying to create and associate a contact with the portal webapi as per this page - https://learn.microsoft.com/en-us/power-pages/configure/write-update-delete-operations#basic-create

 

However it keeps returning a 400 bad request error. If I remove the association it works. I've triple checked my permissions. Are we not able to associate a contact to a custom table? Do I need to use a special relationship or not binding? I feel like I've tried every premutation, but nothing works.

 

 

 

function setValue(userId){

        var record = {};
            record["a1a_contact@odata.bind"] = "/contacts("+userId+")"; // Lookup
            record["a1a_name"] = userId; // Lookup

            webapi.safeAjax({
                type: "POST",
                contentType: "application/json",
                url: "/_api/a1a_login",
                data: JSON.stringify(record),
                success: function (data, textStatus, xhr) {
                    var recordId = xhr.getResponseHeader("entityid");
                    console.log(recordId);
                },
                error: function (xhr, textStatus, errorThrown) {
                    console.log(xhr);
                }
            });
            
}

 

 

 

1 ACCEPTED SOLUTION

Accepted Solutions
skoofy5
Continued Contributor
Continued Contributor

Right. So I checked the error message again. It was still a 400 bad request, but actually contained the following detail which I either hadn't noticed or it wasn't supplying:


"Read Privilege Check For Owner failed with exception: Principal user..."

 

Very strange, because it was a user Id - I have no idea why this random user is only impacting my contact. Turns out there was one other difference with the contact - it's owner was not 'System' as all the other contacts also the user was inactive, but not the contact record. Once I changed the owner of the contact record the webapi calls were successful.

So my question now is - how is it that the owner of the contact record is impacting access to the webapi? Is this a documented thing? 

 

skoofy5_0-1710470968386.png

View solution in original post

8 REPLIES 8
Fubar
Multi Super User
Multi Super User

First, I suspect the value in the url is incorrect, confirm the value is the dataset name 

url: "/_api/a1a_login",

 e.g. if it were for creating a Contact the value used would be /_api/contacts

You can copy the Dataset name when in the make.powerapps interface on the Table  

Fubar_0-1710385612048.png

 If the url is correct then confirm what the "record" looks like after you JSON.stringify it and compare its structure to the sample JSON in the link in your post. (e.g. debug it in the browser before the safe ajax call)

The table name must be correct as the record is created when I pass only the name, so it really must be the contact association that's the issue.

            record["a1a_contact@odata.bind"] = "/contacts("+userId+")";

 

I'm not creating a contact - I'm creating a record and attempting to associate the contact of the logged in user.

Fubar
Multi Super User
Multi Super User

I understand you are not creating a contact, that was just provided as an example.

Use XrmToolBox's Dataverse REST Builder

  • File ->New Collection
  • Request Type: Create
  • Select your Table
  • Add Column - select your name field and populate a value)
  • Add Column - select your Contact Lookup field
  • Then for the lookup use the magnifying glass and select a value (this is only so when it generates it populates something and doesn't leave blank)
  • Click the Portals Tab - will generate the code for you
  • Copy the output and substitute in your GUID

An example using Account with populating Primary Contact lookup

Fubar_0-1710391824944.pngFubar_1-1710391847998.png

 

Yes - this is where I generated the code above.

Fubar
Multi Super User
Multi Super User

  • Double check the Set Name, as it should be plural and the code you provided it is not,
  • Make sure that your guid doesn't have braces {...}
  • Make sure that you have your table permissions setup and assigned to your portal user, and they include Append/Append To.
GWham1
Resolver II
Resolver II

Hi, you could try the following. Couple things to check afterwards...

 

 

function setValue(userId){
    var dataObject={
        "a1a_contact@odata.bind": "/contacts("+userId+")",
        "a1a_name": userId
    };
    webapi.safeAjax({
        type: "POST",
        url: "/_api/a1a_login",
        contentType: "application/json",
        data: JSON.stringify(dataObject),
        success: function (data, textStatus, xhr) {
            var recordId = xhr.getResponseHeader("entityid");
            console.log(recordId);
        }, error: function (xhr, textStatus, errorThrown) {
            console.log(xhr);
        }
    });        
}

 

  • The web API can be very particular about the names (as mentioned above) - so double check them.
  • Ensure you have table permissions created for your table a1a_login (as mentioned above)
  • Ensure you have created two Site Setting to enable your table/fields for web API.
Webapi/a1a_login/enabled
Webapi/a1a_login/fields

https://learn.microsoft.com/en-us/power-pages/configure/webapi-how-to

Alright so a strange twist.  I've tested in a different browser and still no joy with this contact. So I had some colleagues test and it works for them. Their contact setup is identical to mine, except they have fewer web roles assigned to them (e.g. no Administrator).

 

So I'm really confused at the moment as I thought it was cumulative access. In any case I've gone to align myself with those roles and still isn't working for my contact login. So I really don't understand.

skoofy5
Continued Contributor
Continued Contributor

Right. So I checked the error message again. It was still a 400 bad request, but actually contained the following detail which I either hadn't noticed or it wasn't supplying:


"Read Privilege Check For Owner failed with exception: Principal user..."

 

Very strange, because it was a user Id - I have no idea why this random user is only impacting my contact. Turns out there was one other difference with the contact - it's owner was not 'System' as all the other contacts also the user was inactive, but not the contact record. Once I changed the owner of the contact record the webapi calls were successful.

So my question now is - how is it that the owner of the contact record is impacting access to the webapi? Is this a documented thing? 

 

skoofy5_0-1710470968386.png

Helpful resources

Announcements

Community will be READ ONLY July 16th, 5p PDT -July 22nd

Dear Community Members,   We'd like to let you know of an upcoming change to the community platform: starting July 16th, the platform will transition to a READ ONLY mode until July 22nd.   During this period, members will not be able to Kudo, Comment, or Reply to any posts.   On July 22nd, please be on the lookout for a message sent to the email address registered on your community profile. This email is crucial as it will contain your unique code and link to register for the new platform encompassing all of the communities.   What to Expect in the New Community: A more unified experience where all products, including Power Apps, Power Automate, Copilot Studio, and Power Pages, will be accessible from one community.Community Blogs that you can syndicate and link to for automatic updates. We appreciate your understanding and cooperation during this transition. Stay tuned for the exciting new features and a seamless community experience ahead!

Summer of Solutions | Week 4 Results |Winners will be posted on July 24th

We are excited to announce the Summer of Solutions Challenge!    This challenge is kicking off on Monday, June 17th and will run for (4) weeks.  The challenge is open to all Power Platform (Power Apps, Power Automate, Copilot Studio & Power Pages) community members. We invite you to participate in a quest to provide solutions to as many questions as you can. Answers can be provided in all the communities.    Entry Period: This Challenge will consist of four weekly Entry Periods as follows (each an “Entry Period”)   - 12:00 a.m. PT on June 17, 2024 – 11:59 p.m. PT on June 23, 2024 - 12:00 a.m. PT on June 24, 2024 – 11:59 p.m. PT on June 30, 2024 - 12:00 a.m. PT on July 1, 2024 – 11:59 p.m. PT on July 7, 2024 - 12:00 a.m. PT on July 8, 2024 – 11:59 p.m. PT on July 14, 2024   Entries will be eligible for the Entry Period in which they are received and will not carryover to subsequent weekly entry periods.  You must enter into each weekly Entry Period separately.   How to Enter: We invite you to participate in a quest to provide "Accepted Solutions" to as many questions as you can. Answers can be provided in all the communities. Users must provide a solution which can be an “Accepted Solution” in the Forums in all of the communities and there are no limits to the number of “Accepted Solutions” that a member can provide for entries in this challenge, but each entry must be substantially unique and different.    Winner Selection and Prizes: At the end of each week, we will list the top ten (10) Community users which will consist of: 5 Community Members & 5 Super Users and they will advance to the final drawing. We will post each week in the News & Announcements the top 10 Solution providers.  At the end of the challenge, we will add all of the top 10 weekly names and enter them into a random drawing.  Then we will randomly select ten (10) winners (5 Community Members & 5 Super Users) from among all eligible entrants received across all weekly Entry Periods to receive the prize listed below. If a winner declines, we will draw again at random for the next winner.  A user will only be able to win once overall. If they are drawn multiple times, another user will be drawn at random.  Individuals will be contacted before the announcement with the opportunity to claim or deny the prize.  Once all of the winners have been notified, we will post in the News & Announcements of each community with the list of winners.   Each winner will receive one (1) Pass to the Power Platform Conference in Las Vegas, Sep. 18-20, 2024 ($1800 value). NOTE: Prize is for conference attendance only and any other costs such as airfare, lodging, transportation, and food are the sole responsibility of the winner. Tickets are not transferable to any other party or to next year’s event.   ** PLEASE SEE THE ATTACHED RULES for this CHALLENGE**   Week 1 Results: Congratulations to the Week 1 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 1: Community MembersSolutionsSuper UsersSolutionsPower Pages @Inogic  1   @ragavanrajan  2 @aofosu  1 @Jcook  1Open  @OliverRodrigues  1Open  @Lucas001  1Open Open    Week 2 Results: Congratulations to the Week 2 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge.   Week 2: Community MembersSolutionsSuper UsersSolutionsPower Pages @taraubianca25  2 @EmadBeshai  2 @ALP2  2@Fubar 2 @ekluth1  2@ragavanrajan 1 @mandela  1@OliverRodrigues 1 @Ajlan  1Open   @elishafxx  1    @TA_Jeremy  1    @helio1981  1       Week 3 Results: Congratulations to the Week 3 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge. Week 3:Community MembersSolutionsSuper UsersSolutionsPower PagesInogic2@EmadBeshai 6Ajlan1@ragavanrajan 4CraigWarnholtz1@Fubar 4  @Jcook 3  @OliverRodrigues2   Week 4 Results: Congratulations to the Week 4 qualifiers, you are being entered in the random drawing that will take place at the end of the challenge.   Week 4:Community MembersSolutionsSuper UsersSolutionsPower PagesHenryed071Fubar3Inogic1OliverRodrigues2JacoMathew1EmadBeshai2faruk11  TA_Jeremy1   shubhambhangale1   doug-ppc1   hubjes1  

Check Out | 2024 Release Wave 2 Plans for Microsoft Dynamics 365 and Microsoft Power Platform

  On July 16, 2024, we published the 2024 release wave 2 plans for Microsoft Dynamics 365 and Microsoft Power Platform. These plans are a compilation of the new capabilities planned to be released between October 2024 to March 2025. This release introduces a wealth of new features designed to enhance customer understanding and improve overall user experience, showcasing our dedication to driving digital transformation for our customers and partners.    The upcoming wave is centered around utilizing advanced AI and Microsoft Copilot technologies to enhance user productivity and streamline operations across diverse business applications. These enhancements include intelligent automation, AI-powered insights, and immersive user experiences that are designed to break down barriers between data, insights, and individuals. Watch a summary of the release highlights.    Discover the latest features that empower organizations to operate more efficiently and adaptively. From AI-driven sales insights and customer service enhancements to predictive analytics in supply chain management and autonomous financial processes, the new capabilities enable businesses to proactively address challenges and capitalize on opportunities.    

Updates to Transitions in the Power Platform Communities

We're embarking on a journey to enhance your experience by transitioning to a new community platform. Our team has been diligently working to create a fresh community site, leveraging the very Dynamics 365 and Power Platform tools our community advocates for.  We started this journey with transitioning Copilot Studio forums and blogs in June. The move marks the beginning of a new chapter, and we're eager for you to be a part of it. The rest of the Power Platform product sites will be moving over this summer.   Stay tuned for more updates as we get closer to the launch. We can't wait to welcome you to our new community space, designed with you in mind. Let's connect, learn, and grow together.   Here's to new beginnings and endless possibilities!   If you have any questions, observations or concerns throughout this process please go to https://aka.ms/PPCommSupport.   To stay up to date on the latest details of this migration and other important Community updates subscribe to our News and Announcements forums: Copilot Studio, Power Apps, Power Automate, Power Pages

Users online (1,760)