Skip to main content

Notifications

Announcements

No record found.

Microsoft Dynamics GP (Archived)

OLE Container bug

Posted on by 930

Hi friends, an user of us is trying to open a OLE Container (paperclip icon), he can see the notes "OLE link is present", can see the content of the object (a pair of PDF files) but when try to open it (double click) the OLE Container hang up... and show "(not responding)" titlebar.... his username is member of "Domain User", when I loggin with my admin user I can open all OLE Container documents.... Do you ever see this kind of problems with OLE Container? "non-admin" user profile can't work with OLE?

*This post is locked for comments

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: Re: Re: Re: Re: Re: OLE Container bug

    Hi, when you say 'non admin' user name...are you referring to a GP login or a windows login?

    If you are referring to a windows login (and I suspect that you are), then this is most definately a user rights issue. Compare to a working log in and see what are the differences...or set up a new user account from scratch and see it it works.

  • Richard Whaley Profile Picture
    Richard Whaley 25,195 on at
    Re: Re: Re: Re: Re: OLE Container bug

    This sounds like a rights issue.  Perhaps the user that cannot view the PDFs does not have EXECUTE rights to the folder.

    Check the difference in rights between the user that can view the PDFs and the one that cannot view the PDFs.

     

  • Hernan Batista Profile Picture
    Hernan Batista 930 on at
    Re: Re: Re: Re: OLE Container bug

    Hi, I've tried using GP with the user "sa" and nothing... can't open OLE Container, it hang up again... few minutes ago I try on the same workstation with another "non-admin" username, and I could open the PDF contained in the OLE, so as you said it's happening only with the first username.... but It's rare for me because he can view the content of the shared folder, and I test it and he can "create" a new folder and delete it, so he have enough right on the shared, I don't have another idea to try.... it a very rare bug....

  • Richard Whaley Profile Picture
    Richard Whaley 25,195 on at
    Re: Re: Re: Re: OLE Container bug

    To add to Ian's questions....

    If you log into the workstation as the network administrator, then log into GP, does the problem still occur?  If so, you are fighting a network rights issue.  If not, there are other issues.

    Were there any changes in the path made recently?  Frequently, customers set this up wrong, then move the files to a shared drive.  This sometimes causes problems.

     

     Waiting for your feed back . . . .

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: Re: Re: OLE Container bug
    • Does this happen on all workstations?
    • Does it only happen with this one user?
    • If you log into windows using his credentials, but log into GP using 'sa' does this error occur?
  • Hernan Batista Profile Picture
    Hernan Batista 930 on at
    Re: Re: OLE Container bug

    Hi, all our workstation point to a shared folder, in fact they have a "O:\" unit that point to this OLE shared folder where everybody save documents to attach as OLE Container (checks, sales orders scanned, etc). Right now I login with his username (non-admin profile) and I can navigate in this folder, and I can see all of the hexadecimal files created by Dexterity OLE Container, but in GP, I try to view a PDF contained on any SOP document and "Contain.exe" hang up and show "(not responding)" titlebar.... I also try to run "contain.exe" directly from GP Folder, and drag-and-drop a hexadecimal file of the OLE folder, and I see the content but when double-click to open it and.... hang up! (and show the "send notification to microsoft" windows)....

  • Community Member Profile Picture
    Community Member Microsoft Employee on at
    Re: OLE Container bug

    Not sure. Maybe others will know better, but I would start by finding out where the notes are stored. Look in the dex.ini file that the workstation is using (in the \'Program Files\Dynamics'...directory). Then try and navigate through windows explorer to that location. Make sure you are logged into windows as the user. This will rule out access rights. Have they a PDF reader installed under their profile?

  • Richard Whaley Profile Picture
    Richard Whaley 25,195 on at
    Re: OLE Container bug

    The setup of the path for these containers is not well explained in GP documentation (unless you have one of my books).

    Each workstation can set a path for the storage of the OLE objects.  However, this path almost always should point to a common shared folder on the network.  This way, when a user attaches a document from one workstation, other users on other workstations can access the document properly.

    The DEX.INI file on each workstation contains a line that starts OLE PATH=      Make sure the path points to a common share on all workstations.

Under review

Thank you for your reply! To ensure a great experience for everyone, your content is awaiting approval by our Community Managers. Please check back later.

Helpful resources

Quick Links

December Spotlight Star - Muhammad Affan

Congratulations to a top community star!

Top 10 leaders for November!

Congratulations to our November super stars!

Tips for Writing Effective Suggested Answers

Best practices for providing successful forum answers ✍️

Leaderboard

#1
André Arnaud de Calavon Profile Picture

André Arnaud de Cal... 291,280 Super User 2024 Season 2

#2
Martin Dráb Profile Picture

Martin Dráb 230,235 Most Valuable Professional

#3
nmaenpaa Profile Picture

nmaenpaa 101,156

Leaderboard

Featured topics

Product updates

Dynamics 365 release plans