Repository for the PnP JavaScript Core component development together with community members
const items = await list.items
// .select('Id,Title,RoleAssignments/Member/Title,RoleAssignments/RoleDefinitionBindings/*')
.expand('RoleAssignments/Member,RoleAssignments/RoleDefinitionBindings').get();
Current_x0020_status_x0020_works
(yes, so x0020 is encoding for a space). Is there any way of getting the property back as either "Current_status_works" or "CurrentStatusWorks" ?
Is there any way of getting the property back as either "Current_status_works" or "CurrentStatusWorks" ?
Only if a field is originally created/provisioned with a Dev-friendly internal name.
In the UI, it can be done by creating a field without using disallowed symbols when then a field is created renaming its display name to whatever a user should see in the UI.
Or creating a field with code. PnP Provisioning Engine does this job well.
_vti_bin/ListData.svc
and similar
so, if I have this code
const result = await sp.web.lists.getByTitle(title)();
console.log(result);
I get this result
[snip}
FileSavePostProcessingEnabled: false,
ForceCheckout: false,
HasExternalDataSource: false,
Hidden: false,
Id: 'dec72266-3364-4337-94eb-c6237d8dddca',
ImagePath: {
__metadata: { type: 'SP.ResourcePath' },
DecodedUrl: '/_layouts/15/images/itgantt.png?rev=43'
},
ImageUrl: '/_layouts/15/images/itgantt.png?rev=43',
IrmEnabled: false,
IrmExpire: false,
IrmReject: false,
IsApplicationList: false,
IsCatalog: false,
IsPrivate: false,
ItemCount: 2032,
LastItemDeletedDate: '2020-11-26T08:48:38Z',
LastItemModifiedDate: '2020-11-26T10:50:47Z',
LastItemUserModifiedDate: '2020-11-26T08:51:26Z',
[snip}
the Id
field definitely starts with a "dec" ..
id
is "dec72266-3364-4337-94eb-c6237d8dddca"
Guid should contain 32 digits with 4 dashes (xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx).
Id
field can have a prefix like dec
? None of the other lists have such an id, and it's slightly concerning why this one does
file.moveByPath(`/sites/bms/procedures/archived documents/${fileref}`,true,true)
file resides on same subsite but in another library...
items.getAll()
is what I need . will check ;)
I'm moving some documents to archive on a regular basis... i'm experiencing some strange error when moving a file: Save Conflict
Your changes conflict with those made concurrently by another user. If you want your changes to be applied, click Back in your Web browser, refresh the page, and resubmit your changes. CallStack -- there are nobody touching these files right now? Have you guys seen this error? it's "old" files from 2015 (if we regard that as old:) ) I am using the CreateCopyJobs api for this. These files cannot be moved manually either.
Some ideas on where to look or mayby properties to check? (these files have had in-place record holds on them (no longer), but others that also had that were moved...) #lovinIt