ICEpdf
  1. ICEpdf
  2. PDF-179

Error message when opening ICEpdf Viewer from an account other than Admin

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Minor Minor
    • Resolution: Fixed
    • Affects Version/s: 4.0.1
    • Fix Version/s: 4.0.2, 4.1
    • Component/s: Viewer RI
    • Labels:
      None
    • Environment:
      Viewer RI. Install with admin account, run with normal user account get dialog.

      Description

      The customer has responded with the steps used to reproduce the issue:

      1. The user who installs the software is an admin (and local admin ofc). I.o.w.
      you do a basic standard succesful installation locally on the harddisk of a
      computer. Use default locations for installation folder(s).
      2. You log a user with a floating profile on the PC (with a domain logon ofc,
      not a local logon). Note that the user is not a local admin but given he ain't
      installing anything, just running would think that should be ok.
      3. When the user starts the software the following message pops
      (translated from Dutch) :
      "IcePDF Viewer-directory to save userdata cannot be created:
      \\srghvlt-dc01\.icesoft\icepdf-viewer. Changes to the standard configuration
      will not be saved."

      Note that the location where the software tries to access a folder is actually
      the name of the domain-logon server (\\srghvlt-dc01), and not the local user's
      folder (C:\Documents and Settings\[username])

        Activity

        Patrick Corless created issue -
        Patrick Corless made changes -
        Field Original Value New Value
        Salesforce Case []
        Fix Version/s 4.0.2 [ 10234 ]
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #21590 Tue Jun 01 11:35:27 MDT 2010 patrick.corless PDF-179 added logic to insure that no dialogs come out of the PropertiesManagers related to read/write and read/write erros of the font and default propertiesfiles.
        Files Changed
        Commit graph MODIFY /icepdf/trunk/icepdf/viewer/src/org/icepdf/ri/util/PropertiesManager.java
        Commit graph MODIFY /icepdf/trunk/icepdf/viewer/src/org/icepdf/ri/util/FontPropertiesManager.java
        Hide
        Patrick Corless added a comment -

        I think there was probably some miss understanding as to how the property application.showLocalStorageDialogs should work. It appears the original code that implemented this new property went on the assumption that the end user didn't want to see the create folder directory. Where in fact I think the client wants to suppress all dialogues relate to the property classes.

        The test case in question exposes other circumstances where dialogues will be shown during the properties file processing. If there are any IOEceptions when trying to create the directory and properties file the original code will report the error with a dialogue.

        It's a known issue that user.home doesn't play well with floating profiles and as a result there isn't anything we can do to address this expect for suppressing all dialogues that come out of the propoerties classes when application.showLocalStorageDialogs=true;

        Show
        Patrick Corless added a comment - I think there was probably some miss understanding as to how the property application.showLocalStorageDialogs should work. It appears the original code that implemented this new property went on the assumption that the end user didn't want to see the create folder directory. Where in fact I think the client wants to suppress all dialogues relate to the property classes. The test case in question exposes other circumstances where dialogues will be shown during the properties file processing. If there are any IOEceptions when trying to create the directory and properties file the original code will report the error with a dialogue. It's a known issue that user.home doesn't play well with floating profiles and as a result there isn't anything we can do to address this expect for suppressing all dialogues that come out of the propoerties classes when application.showLocalStorageDialogs=true;
        Hide
        Patrick Corless added a comment -

        Updated the properties managers to only show dialogues if there is s property value parsing issue when application.showLocalStorageDialogs=false. This should address the client side issues the client is seeing.

        However if the properties files can't be created to do the floating profile issue or some other IO Exception then the PDF library will take slightly longer to load then if the property file values could be cashed after first launch.

        Show
        Patrick Corless added a comment - Updated the properties managers to only show dialogues if there is s property value parsing issue when application.showLocalStorageDialogs=false. This should address the client side issues the client is seeing. However if the properties files can't be created to do the floating profile issue or some other IO Exception then the PDF library will take slightly longer to load then if the property file values could be cashed after first launch.
        Patrick Corless made changes -
        Status Open [ 1 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Patrick Corless made changes -
        Salesforce Case []
        Priority Major [ 3 ] Minor [ 4 ]
        Tyler Johnson made changes -
        Salesforce Case [5007000000C23oH]
        Hide
        Jose Ortiz added a comment -

        As long as the user doesn't see any messages at all when application.showLocalStorageDialogs=false it's ok, that's all we need. Thank you very much

        Show
        Jose Ortiz added a comment - As long as the user doesn't see any messages at all when application.showLocalStorageDialogs=false it's ok, that's all we need. Thank you very much
        Repository Revision Date User Message
        ICEsoft Public SVN Repository #21655 Fri Jun 04 10:09:21 MDT 2010 patrick.corless creating tag for PDF-178 and PDF-179.
        Files Changed
        Commit graph ADD /icepdf/tags/icepdf-4.0.1a
        Patrick Corless made changes -
        Fix Version/s 4.0.1a [ 10240 ]
        Patrick Corless made changes -
        Fix Version/s 4.1 [ 10227 ]
        Fix Version/s 4.0.1a [ 10240 ]
        Ken Fyten made changes -
        Status Resolved [ 5 ] Closed [ 6 ]

          People

          • Assignee:
            Patrick Corless
            Reporter:
            Patrick Corless
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: