So I'm trying to do portal customisation. I've managed to sort out the known issue with ProjectBrowserMaint. But when loading the customisation page. It's missing the tree items on the left side. I reckon its another access issue.
So I've explicitly configured the Access Rights on all the screens under the Customisation Project Browser. But still no joy.
So what else am I missing ? My login has an Administrator and Customiser roles already. And I'm using 2020 R1 Build 20.108.0019.
TIA
Related
I am trying to customize my own security role for users. I need to give access to the packing slip under pick and pack tab in all sales orders.
When clicked, an error shows up stating that Access denied: SalesFormLetter_PackingSlip.
Any help would be appreciated.
Make sure that your security role has access to the privilege "Process Sales Packing Slip" (SalesPackingSlipGenerate).
I also remember one project (AX 2012 R2) where we modified the report. Suddenly some users that previously had access to the report could not open it anymore. Investigation revealed that although usually AX derives the necessary rights, it somehow mixed them up (we never found out why). To resolve it, we added SalesPackingSlipDP.processReport to the server methods of the permissions node of the privilege. Not sure if this is your issue though.
I’m experiencing an issue with customization projects in Acumatica 2017 R2 Build 17.203.0029.
Specifically, custom screens, while in my project XML, are not visible within the customization project browser nor can they be navigated to once published (which occurs without error). This only occurs on my staging server. Everything works fine in my local dev environment and even on a different instance of Acumatica. My local dev environment matches the staging server in every possible way (Acumatica version, other packages, etc.)
Older versions of the same customization project have been published before and did not exhibit this behavior. It’s only after I replaced the project with newer version of the same project that I encounter the missing custom screen issue.
As shown in the screenshot below, remnants of the custom screens are present in the Customized Screens window. And the ASPX files are present and shown in the Custom Files window.
Screenshot of missing custom screen data
When I compare the “Edit Project Items” objects between the staging the server and my local dev version, they appear the same.
It it possible that the internal customization or sitemap tables on the staging server have inconsistent data? Is there anyway to rebuild them?
The solution appears related to the users roles config. I had not assigned access rights to the custom forms. Doing so solved the issue. The custom screens are now accessible by direct URL and are shown in the customization project browser. Maybe this will help someone else.
I had this same issue when trying to Deploy the customization to another instance.
To fix it I had to go to the site manager and change the URL of the new page
from: "/Pages/SO/CustomName"
to: "~/Pages/SO/CustomName"
I would like to check with the experts here. What the root caused of below issue?
We have problem access to SharePoint side from window explorer, for instance the sharepoint side is \teamspace.abb.com\xxx . If we access this from window explorer, it returned Window cannot access \teamspace.abb.com\xxx
But if access this from internet explorer, it works and we are able access it.
Anyone know what could cause this issue happened ?
Problem solved after installed desktop experience feature !!
We have a project administrator for a collection of projects on TFS Online. We recently hired so he had to add the guy as a new member into the team.
However he cannot see one specific project we have, even with identical permissions as the other users. His account was created in the same way as the others.
Trying to help the guy out here I offered to try a few things and noticed, If I create a new project as a test. "Test1", and add him as a member, he can see this account fine when he logs in to TFS Online/Connects on Visual Studio.
Which leads me to believe that it's based on some visibility setting within TFS, even though the other members linked to the project can see it fine.
Any possible ideas for me to try?
You need to try and trace his effective permissions. It sounds like there is a denied somewhere.
If you open the admin for that team project and goto the security tab there is a box to add the users account. You should then see the effective permission on the right and he should have and Alowed in the "View project level information" permission.
If he does bot you can roll your mouse over it and click the "why" button and you will see where the overide is coming from.
I'm getting an issue with TFS where the documents folder is marked with a red cross. As far as I can tell, this seems to be a security issue, however, I am set-up as project admin on the relevant projects.
I’ve come to the conclusion that it’s a security issue from running the TFS Project Admin tool (available here). When I run this, it tells me that I don’t have sufficient access rights to open the project. I’ve checked, and I’m not included in any groups that are denied access.
Please can anyone shed any light as to why I may not have sufficient access to these projects?
I finally got to the bottom of this. The security for SharePoint is set-up independently, and it's this that controls the access to the Documents folder