This usually happens when Java cannot detect the mime type of the file you're trying to upload and you're using OFBiz services and entities that require mimeTypeId.
We have a workaround for this, which is to make mimeTypeId not required in Opentaps. If it is not working, then it is a bug.
Could you let us know what file type you were attempting to upload?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The content system had extensive changes in OFBiz and broke our CRMSFA content handling methods. This issue is now about fixing it so it works again. I will take care of it when I have some time.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
1) Bookmark URL is broken, links don't work
2) File upload in general doesn't work, links aren't rendered
3) Permission errors when trying users DemoCalUser and DemoCalContact (check others)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Update to r 1645 at least. The changes are 1644 (opentaps-common), 1645 (crmsfa).
Log in as DemoSalesManager
For each of Accounts, Contacts, Leads, Opportunities, activities, cases and anything else that has the [Bookmark URL] and [Upload File] links in CRMSDFA, verify that the following work.
1) Upload a file with a description, vary the file type as you go (PDF, TXT, image file, etc)
2) Verify that the file shows up in the list of Bookmarks and Files
3) Verify that they can be downloaded, viewed without some kind of backend opentaps error
4) Edit them and change the description
5) Remove the file and verify it's gone from list
A) Bookmark a URL with a name and description (name is required, verify no name fails)
B) Verify that it shows up on the list of Bookmarks and Files
C) Click or hover over link and verify that it is what the user entered
D) Edit the link and change the description and name, verify they are changed
E) Remove the link and verify it's gone from list
Next log in as DemoSalesRep1, 2 and 3 and verify that they can see the files for an account, contact, lead, case, opportunity and activity they have permission to view. If they have update permission, verify they can also add files and bookmark urls. If they don't have permission, verify they can't remove or add files.
Try removing a file a rep does not have permission to delete.
Finally try accessing a file the rep does not have permission to view by typing the contentId into the URL.
If you need some help setting these scenarios up, let me know.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm still working my way through this, but I thought I'd put up what I have so far:
When converting a lead files and bookmarks aren't transferred to the contact or account.
You mentioned that a Name is required for Bookmarks but I can leave this field blank?
Regards
Scott
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Scott is right--when you convert a lead to account & contact, the bookmarks & files are lost. They should be associated with both the contact and the account.
Also, the createdDate field is not being populated when files and bookmarks are created.
Si
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've implemented Scott's recommendation in r 1754 and 1755. Now if the user leaves the Name field blank, it just uses the url. Since the name field is separate from the URL, the edit form will show the url in both fields. This is a little funky, but that's how the content system works. :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=1326275
Originator: NO
This usually happens when Java cannot detect the mime type of the file you're trying to upload and you're using OFBiz services and entities that require mimeTypeId.
We have a workaround for this, which is to make mimeTypeId not required in Opentaps. If it is not working, then it is a bug.
Could you let us know what file type you were attempting to upload?
Logged In: YES
user_id=1299797
Originator: YES
It was a PDF
Logged In: YES
user_id=1326275
Originator: NO
The content system had extensive changes in OFBiz and broke our CRMSFA content handling methods. This issue is now about fixing it so it works again. I will take care of it when I have some time.
Logged In: YES
user_id=1326275
Originator: NO
1) Bookmark URL is broken, links don't work
2) File upload in general doesn't work, links aren't rendered
3) Permission errors when trying users DemoCalUser and DemoCalContact (check others)
Logged In: YES
user_id=1326275
Originator: NO
Fixed! Now we need some rigorous testing.
Update to r 1645 at least. The changes are 1644 (opentaps-common), 1645 (crmsfa).
Log in as DemoSalesManager
For each of Accounts, Contacts, Leads, Opportunities, activities, cases and anything else that has the [Bookmark URL] and [Upload File] links in CRMSDFA, verify that the following work.
1) Upload a file with a description, vary the file type as you go (PDF, TXT, image file, etc)
2) Verify that the file shows up in the list of Bookmarks and Files
3) Verify that they can be downloaded, viewed without some kind of backend opentaps error
4) Edit them and change the description
5) Remove the file and verify it's gone from list
A) Bookmark a URL with a name and description (name is required, verify no name fails)
B) Verify that it shows up on the list of Bookmarks and Files
C) Click or hover over link and verify that it is what the user entered
D) Edit the link and change the description and name, verify they are changed
E) Remove the link and verify it's gone from list
Next log in as DemoSalesRep1, 2 and 3 and verify that they can see the files for an account, contact, lead, case, opportunity and activity they have permission to view. If they have update permission, verify they can also add files and bookmark urls. If they don't have permission, verify they can't remove or add files.
Try removing a file a rep does not have permission to delete.
Finally try accessing a file the rep does not have permission to view by typing the contentId into the URL.
If you need some help setting these scenarios up, let me know.
Logged In: YES
user_id=1324421
Originator: NO
Hi Leon
I'm still working my way through this, but I thought I'd put up what I have so far:
When converting a lead files and bookmarks aren't transferred to the contact or account.
You mentioned that a Name is required for Bookmarks but I can leave this field blank?
Regards
Scott
Logged In: YES
user_id=908761
Originator: NO
Leon,
Scott is right--when you convert a lead to account & contact, the bookmarks & files are lost. They should be associated with both the contact and the account.
Also, the createdDate field is not being populated when files and bookmarks are created.
Si
Logged In: YES
user_id=1326275
Originator: NO
Fixed in r 1704 crmsfa.
The ContentRole and PartyContent have to be copied.
Logged In: YES
user_id=1326275
Originator: NO
Created Date fixed in r 1705. Going to hold off on the url name being required... this is much trickier
Logged In: YES
user_id=1324421
Originator: NO
Another option could be to not require the url name and just default it to the actual url? Having no name doesn't look very good on the display.
Aside from that everything looks good, I've tested all the scenarios Leon gave below with no new problems.
Si, I'm not sure whether to close this issue or leave it to wait for url name solution.
Logged In: YES
user_id=1326275
Originator: NO
I've implemented Scott's recommendation in r 1754 and 1755. Now if the user leaves the Name field blank, it just uses the url. Since the name field is separate from the URL, the edit form will show the url in both fields. This is a little funky, but that's how the content system works. :-)
Logged In: YES
user_id=908761
Originator: NO
Ok, I cleaned this up a bit, and now it works again :)