Forum Replies Created
-
AuthorPosts
-
November 17, 2021 at 04:35 in reply to: Feature Request: DFFS Session vs Local Storage Option #35149
Hi Alexander,
For some reason the environment that is used has an error with any reference to local storage. For example the following would error:
window.localeStorage
Something as simple as this should just display the object in the console, however, there is some issue with the environment with some users not being able to access it.
It’s not caused by DFFS but we have no way of fixing the larger environment issue.
The issue is rare but it does happen in other environments: https://superuser.com/questions/1080011/localstorage-on-edge-produces-an-internal-error-occurred-in-the-microsoft-inter
We’ve had to change all other code for applications to use sessionStorage instead of locale to prevent app crashes…very annoying.
Currently using document mode 10.
For anyone else looking at this bug. This issue does not occur in the latest versions of DFFS (as of 21 May 2021).
I’m not sure what version resolved it but using the latest DFFS should be enough.
The change seems to have fixed the issue.
The steps I did to replicate it on /sites/dffs no longer cause the loop/bug.
Will deploy the changes tonight.
Thanks again.
Deployed to production and the issue has been resolved.
The screen flickering was hard for the users to ignore so thanks again for a quick fix.
I did upload the video of the issue to the /sites/dffs home page if you were interested to see the issue you fixed.
On a side note, please feel free to use that site collection for any SPJS related testing until the magically day comes where IE and SP2010 is no longer in use!
Cheers,
Ross
Hi Alexander,
Thanks again for the very quick response.
All testing on the dev server looks good and the screen flicker seems to have gone.
I will deploy it to the production environment to and let you know if there are any issues.
Really appreciate the fix.
I can’t hover over the Enhanced with DFFS link as the form crashes during loading.
My cache is disabled and cleared for good measure. I think the file is related to the vLookup script and not the lookup script.
- This reply was modified 4 years, 1 month ago by Ross.
Attachments:
Hi Alex,
Thanks for the response and having it in rules makes sense.
If you do get around to doing this and need some testing of it, let me know.
Cheers
Hi Alex,
Thanks for getting back so quickly.
Our authentication is NTLM Class Windows. The error also occurs on the SPJS installer, mostly if we use chrome but sometimes on IE as well.
Screenshots are provided with the request and response. I couldn’t see anything wrong with the requests.
I’m thinking this is environment related issues which are outside my control to solve but if you can shed any light it would help.
Cheers,
Attachments:
Hi Alex,
I know this is an old post but hopefully we can still look into some causes or permanent fixes.
We are experiencing the “Access Denied. You do not have the permission to perform this action or access this resource.”, however the alert doesn’t display on every page load.
The environment is:
- SharePoint 2010
- Windows 10
- Internet Explorer 11
- Document Mode 10
- Charts Version 6
- User Permissions: Site Collection Administrator
- Installed on Top Level Site
I have disabled alert functionality on the page but would rather not override functions if there is a proper fix. It seems like the page still loads correctly after the ProcessQuery returns an error.
Any help would be appreciated.
Hi Alex,
Thanks for the reply, sorry for a late response back to you. You are correct and error was on my side.
The custom CSS that was already on the tab was:
.sbs_FieldTable *{ width:auto !important; } /* Ensure the tooltip icon won't collapse */ .customTooltipIcon{ width:18px!important; }
Which was on added from the DFFS style guide DFFS: Styling
The fields had only been set to auto and not been given fixed widths later on as your guide steps through.
Cheers,
Ross
Hi Alex,
There is probably already an easy way to do this but it would be nice to have an easy way to target the DFFS Print page for CSS changes.
Would you be able to include a class or id in the following?
spjs.dffs.printCurrentTab = function() { // ... Your print code // Include class or id to allow custom CSS to target printing and not display form b.push("<table style='width:100%' class='dffs-print'>"); // Continue print code }
As always, thanks for your time!
- This reply was modified 6 years, 5 months ago by Ross.
Found the reason the wrapping is not occurring.
Their are read only fields with the class “dffs-readonly-inner” which seem to set the min-width before the form is resized e.g. style=”min-width: 1500px” instead of style=”min-width: 500px”.
As a temporary fix I have added the following CSS:
.dffs-readonly-inner { min-width: inherit !important }
I haven't done much testing and this may cause other issues. I would also like to avoid using !important if the cause of the width is resolved. Thanks again.
Perfect.
Thanks for the quick response.
Hi Alexander,
Would it be possible to have a tab option to set all fields read-only on the tab?
I know you can set separate rules by tab index but it does require the additional maintenance when columns are added to the tab or deleted from the list.
Clients have requested this (not too sure on the use cases for it).
-
AuthorPosts