OGD file path with webforms

Hi
I am using designer headstart 6i and forms 6i on win2K. I need to creae a webform and include a graph in that form.
I have already created .OGD file for my graph but How to specify path for that OGD file.
I can't specify full path in forms because it needs to run on web.
Any help will be appreciated.
Thanks
-P

Hi,
the OGD file must be in the GRAPHICS_PATH. Add the GRAPHICS60_PATH and GRAPHICS60 variable to the default.env file in forms60/server. Then you should be able to reference it by using the ogd name only. (I don't have an environment for testing it, but this is how it should work)
Frank

Similar Messages

  • FLEX debugger not hitting breakpoints, because Flash sometimes embeds source file paths with wrong letter case?

    I was trying to figure out why breakpoints were working fine for source files in some locations but not others.  FlashDevelop's debugger (which I believe is actually the FLEXSDK debugger) was successfully connecting, tracing output, and hitting breakpoints in SOME files, but not others.
    I downloaded SWFInvestigator from Adobe Labs and checked the embedded debug paths for various source files to see what was going on.
    I discovered that files in which no breakpoints could be hit had their paths embedded in all lowercase (e.g. "c:\users\username\desktop\source\myproject" instead of "C:\Users\username\Desktop\source\MyProject").
    So I have two questions:
    First, is this a Flex debugger issue, or a FlashDevelop plugin issue? Letter case shouldn't matter or interfere with matching file paths in Windows.
    Second, what could possibly influence the letter case of embedded paths in a SWF output by Flash Professional (CS6), such that they are sometimes all lowercase and other times maintain the same case from the file system?  And why would that affect a debuggers ability to hit breakpoints in Windows 7?  I am compiling in multiple ways. Sometimes clicking Publish within Flash. Sometimes the file being published is not even open in Flash, and my JSFL script file is passed to Flash.exe containing embedded file paths to open the document. Usually, everything seems to work fine, no matter where I publish from, regardless of whether the FLA file is open or not. I'm honestly starting to believe that it depends on how the FLA was last opened in Flash Professional, as though it saves some sort of last access path internally and uses that to embed debug information.

    I don't think it's the source path in my case, because it's simply the dot ".", although I did check that because it would most likely influence the embedded paths.
    In the library path, I use relative paths exclusively, since all my individual project folders exist in the same "source" folder.
    Here's how I arrived at the conclusion that something more complex or "stateful" must be occuring:
    I publish my files with a one-click application, which does the following
    updates version timestamps (static constants) in specific files via regex match
    fills in a JSFL template with the FLA filename and writes the JSFL file to disk, then passes the JSFL file path to flash.exe for publication
    the JSFL then runs a command, which signals the main application via cross-process communication that the script has finished publishing
    That all makes it easy for me to update and publish multiple projects and deploy them, with a single click.  Here is the JSFL template I created, which has been drastically simplified since the days where it used to search to see if the file was open in Flash, select the document, and call publish.  Now it just uses the publishDocument method to silently publish files without opening them.
    var filepath = "FLAFILEPATH"; //template parameter: the URI (beginning with "file:///") of the FLA file to publish
    fl.publishDocument( filepath, "PUBLISHPROFILENAME" );
    FLfile.runCommandLine("COMPLETECOMMAND");
    The C# app replaces the strings in all caps with the actual values.  The COMPLETECOMMAND is actually populated with the application's own executable path, along with a "complete" switch, which lauches a 2nd instance, which handles the complete switch by broadcasting a signal over an interprocess channel and then terminates.  The main instance captures the signal, triggers a wait handle, and continues with publishing the next file.  Here is the core code for it:
    private string fillTemplate( string fla_directory, string fla_filename, string publish_profile_name )
        string fileuri = "file:///" + Path.Combine( fla_directory, fla_filename ).Replace( '\\','/' );
        return EmbeddedResources.OpenAndPublish //JSFL template file embedded as string resource
            .Replace( "FLAFILEPATH", HttpUtility.JavaScriptStringEncode( fileuri ) )
            .Replace("COMPLETECOMMAND", HttpUtility.JavaScriptStringEncode( "\"" + Application.ExecutablePath + "\"" + " -publishcomplete" )) //call self with -publishcomplete switch to signal main instance's publishCompleteSignal
            .Replace("PUBLISHPROFILENAME", HttpUtility.JavaScriptStringEncode( publish_profile_name ) );
    private static readonly string FLASH_PATH = @"C:\Program Files (x86)\Adobe\Adobe Flash CS6\Flash.exe";
    public void publish( string fla_directory, string fla_filename, string publish_profile_name )
        Program.publishCompleteSignal.Reset();
        string template = fillTemplate( fla_directory, fla_filename, publish_profile_name );
        string curdir = Environment.CurrentDirectory;
        string tempJSFLfilepath = Path.Combine( curdir, "temp_script.jsfl" );
        File.WriteAllText( tempJSFLfilepath, template );
        Process p = Process.Start( FLASH_PATH, tempJSFLfilepath );
        Program.publishCompleteSignal.WaitOne( 30000 ); //timeout after 30 seconds
    Here's where it gets interesting.  The FLAFILEPATH has ALWAYS been passed in as all lower case, yet this publication method has worked 99% of the time for hundreds of publish operations every day.  This applies to both the publication of the first SWC, which is referenced by the second published SWF (both were being published with lowercase paths), yet the paths for the main SWF were remaining in lowercase, while those in the referenced SWC were maintaining the correct case from the file system.
    So there may be any number of things going on here.  SWCs may be published differently than SWFs, such that SWCs always have the correct letter case for debug source files, regardless of how the source FLA project was opened.  Ensuring the path passed to publishDocument uses the right case definitely fixes the problem, but it doesn't explain why it usually worked, despite having always been passing a lowercase string.  The only variable I can think of in all of this is Windows itself or Flash, such as whether the document was open in Flash at the time the silent JSLF publishDocument command ran, and how that FLA was last opened (via shortcut, via "recent documents" in Flash, via recent documents in Windows.  It has to be something, even if it's something as obscure as how the folder path was last accessed in windows, although I strongly suspect it's just how (in terms of path case) the FLA was last opened in Flash.
    In any case, I'm happy that passing the right case to JSLF's publishDocument command fixes the problem, so I'm not going to spend any more time trying to figure out how opening the FLA in various ways could affect the embedded debug paths.  The only thing that should be done is to address how paths with the wrong case are handled when they do get embedded that way for whatever reason.  Perhaps the flex debugger should be updated to use case-insensitive matches in case-insensitive file systems, unless, perhaps, this is a FlashDevelop debugger issue after all.

  • How should i set the baseURI when a db file path with a space

    if the db file in a path like c:\program file\myapplication,then i set the baseURI dbxml:c:\program file\myapplication ,some exception occur~what should i do ?
    thanks a lot

    The Base URI needs to be a valid URI, which means it cannot include the Windows '\' character at all. In your case, you should be fine using something along the lines of "file:////C:/program file/myapplication"
    (give or take a '/' or two -- I haven't tested this).
    It's a common for BDB XML users to confuse the argument to create/openContainer() (a filesystem path) with the Base URI (a URI). The meanings and requirements are different. The best thing to do is to set and use a container alias (XmlContainer::addAlias()) to use in your queries.
    Regards,
    George

  • Using a dynamic file path with the import command

    In one of the BI Publisher blog entries it was mentioned that the curly braces tell the parser that it needs to evaluate this value first before executing the import statement. The example provided was using the built-in parameter CURRENT_SERVER_URL, but it also mentioned that this could be done with any parameter.
    I am trying to import a subtemplate using a parameter that will hold the relative path. I am using the following import command in my report template:
    <?import:file:///{$P_SERVERPATH}/Report Path/Subtemplate.rtf?>
    as well as the following declaration statement:
    <?param@begin:P_SERVERPATH?>
    It appears that the P_SERVERPATH parameter is not being evaluated before the import statement. Am I missing anything?
    Any help is greatly appreciated, we are a little over a week from migrating to a new environment and I need to nail down a solution ASAP.
    Thanks,
    John

    I believe that you cannot have a dynamic path in the import statement as it is not allowed by xsl.

  • Dynamic file path with Synchonous File Read

    Hello,
    I have a scenario where there are multiple files in multiple directories that I need to read in using a synchonous file read. The directory paths are all different, but the files are all .txt files.
    1. How can I filter (i.e. *.txt) the files using a synchronous file read. It doesn't give me that option in the wizard.
    2. I already have the directory paths, but I need to assign that path string to the file adapter call out. The wizard states that I have to specify the path. Can this be done using an assign or something like that? Inbound Header? And if so how?
    Any help is greatly appreciated.

    Hi,
    1 - if not possible....you cannot set filter for synchronous read.
    2 - you can create outbound header for file adapters, change the outbound header xsd to include one more element "directory".
    close bpel project re-open it and you can then assign it runtime. That should work. I am quite positve about this.
    Dipal

  • Create logical file path and read it in main program

    Hello Experts,
    My requirement is, I have to read files from application server.
    File path/ Directory is different in different system (systid). i have to read all files starting with (xyz*) from mentioned directory.
    This path i must define in logical path.
    Following are the steps i followed.
    1)   In FILE (TCODE) i have created a logical path and assigned a physical path to it.
    2)   I have created logical file ( I am not sure about this, as i dont have to create logical file, i just need to read file from above path starting with xyz*,  but FM FILE_GET_NAME requires logical file name so i have created it).
    3) I will pass logical file name to FM FILE_GET_NAME and recieve physical file path(with file name which i can ignore).
    these all steps i found on SDN. but its not working.
    FM FILE_GET_NAME is always returning same file path ( Not even close to what i have defined ).
    I can not read data from Table path as it will return physical path as it is, but i need it replaced with system id.
    Any suggestion will be really helpful.
    Thanks in Advance.
    Regards,
    Amar

    Hi Amar,
    one difficulty defining physical path name is to know the right Syntax group.
    For example if you habe OS Linux, you need Syntax Group UNIX here. In Table OPSYSTEM you can see, which OS (OPSYS) needs which FILESYS (Syntax Group).
    If you always get a wrong physical path, this may be caused ba a wrong choice of the Syntax Group. Only the correct one will lead to the correct path.
    Regards,
    Klaus

  • File path for application server file

    Hi All,
                 I have a file 'abc.doc' stored on the application sever.
                I want to crate a document using the BAPI_DOCUMENT_CREATE and store this file
                What is the file path that I need to pass into the bapi.
    Please help
    Warm Regards
    Sunil Kumar.

    Hello Sunil
    You are right. That's the file path you should specify. It looks like your application server is running on UNIX platform. You can use transaction AL11 to locate your file and specify the file path in normal unix format. If this doesnt work, you can try prefixing your file path with "file:// ".
    Cheers
    Anand

  • JSP:  Include file paths

    Hi;
    I'm using Tomcat 3.2.
    I am trying to use the path "../common/copyright.html" for an include
    path. It isn't working.
    For some reason it seems you can't "go backwards" with a file path
    with Tomcat 3.2/JSP include file paths.
    Is there a way around this or does anyone know anything about it?
    ( I read the specs, they weren't of much help and I couldn't find
    much be searching google.)
    Thanks in advance
    Steve

    Try using the full (or absolute) path. If that does not work, then talk to Tomcat developers. If it does, then look at where the JSP pages lies in relation to the path you are trying to use the "../" method on.
    Example:
    JSP path: www.you.com/jsp/pages/hello.jsp
    Include path: ../jsp/pages/open.jsp
    This will cause an error becuase the path of the JSP page does not exist within the include path.

  • Aperture using 3 week old file paths for referenced files after Rebuild

    I recently had major problems with some Nikon D60 files (the referenced files switched original files). I had to re-import everything a start again. Having sorted everything out, I then relocated the files with new files names (thinking that the original file names may have caused the problems).
    This was 3 weeks ago. However, when I Rebuilt the library today, these renamed images went offline because Aperture has kept the original file paths (with the original names).
    Does anyone know how to update file paths to the current ones? (rather than some random previous one).

    Thanks for the reply. I will check out the links.
    I should have mentioned that all renaming/moving of files was done from within Aperture. Aperture is not updating its own file paths.
    The process is this. Having moved/renamed the images (using Aperture's Relocate Masters) I am able to use the software, close it down, restart etc and the images will be found correctly with few/no 'lost' images. It is when I use 'Rebuild' that the file paths revert to an old, previously used version that is no longer valid. It is as though there are two preference files, each with a different file path information. There was a post sometime ago that mentioned using Terminal commands to force Aperture to update to the correct files paths/directories. I haven't been able to find the post yet though.
    These particular files (Nikon D60) are not from my own camera so I am not sure why I have had such an issue. Normally I am using a Canon 5D MK2 or a Phaseone digital back. However, even with my own equipment I do regularly have to 'Reconnect' one or two image files that have become lost which is annoying. So I am keen to get to the bottom of this issue.

  • Excel 2010 changes relative link paths to absolute in files synced with Offline Files in Windows 7

    Hello! I'm wondering if anyone else has seen this problem: I have a large number of Excel 2010 and 2003 files in a folder on my file server. This whole folder is also synced to my computer using Offline Files in Windows 7. I have a lot of references between
    cells in different Excel files, and all referenced workbooks are physically in the same folder. This all works nicely when I create these files at work - all file paths referenced in the cells are created as relative paths and the documents open correctly.
    This is, I understand, the expected and default behavior when Excel creates links. When I edit these files at home, nothing seems odd until I get back to work and sync these files back to the file server. At this point, I discovered that Excel 2010 has, when
    I saved the files while away from the corporate network, changed /all/ the cell references in any offline-edited Excel files to point at absolute paths, and that these absolute paths point to somewhere in my %APPDATA% structure. So whenever I come to work
    and I try to open an Excel file that I have recently worked with offline, I get a bunch of error messages about referenced files that are missing, although clearly they exist in the same folder as the file I've opened, and I must edit all the file references
    again, whereupon they are again created correctly as relative paths (since all files exist in the same folder), which are promptly mangled into absolute C:\....\Offline Files\.....\..... paths whenever I save them at home (and since that works too, I don't
    notice it again until I come back to work and the offline files are synced back to the real network location). This seems to be a case of Windows 7's Offline Files not being able to fool Excel 2010 into believing it is working on a file server - apparently
    Excel 2010 can see through the fakery and decides on it's own to "fix" the problem (which obviously isn't a problem since the paths are relative to begin with) by saving the paths as absolute paths instead. Yes, really clever, Excel. The exepected behavior
    according to MSKB is that links are created as relative paths, so why does it change to absolute whenever Offline Files are involved? I know Offline Files only syncs, it doesn't actually change the files, so I can conclude that Excel is the program at fault
    here. Is there a fix for this, or a known workaround? Because frankly, this bug makes it impossible for me to work in any advanced manner with linked Excel files. The sad thing is that this worked perfectly fine with Office 2003 and Windows XP. Is there a
    patch for this problem that I might have missed (I am running the latest Service Pack and I get Office updates from Microsoft Update). If not, is there a workaround I can use to prevent Excel from corrupting my links when I edit the files offline?

    Hello danceswithwindows,
    Thank you for your post.
    This is a quick note to let you know that we are performing research on this issue.
    Sincerely
    Rex Zhang
    Rex Zhang
    TechNet Community Support

  • Snow Leopard 10.6.2 CS4 InDesign can't open files with a "#" in file path

    Snow Leopard 10.6.2 CS4 InDesign can't open files with a "#" in file path using any of these perfectly normal methods:
    1. double-click file in the Finder (e.g in a Folder on your Mac or on your Mac desktop etc.)
    2. select file and choose "File... Open" command-o in the Finder
    3. drag file to the application icon in the Finder.
    4. Select file in Bridge and double-click, choose File.. Open.. or Drag icon to InDesign icon in dock.
    If you try to open an ID file named with a "#", you will get an error message "Missing required parameter 'from' for event 'open.'"
    This happens to any InDesign file that has a "#" (pound sign, number sign, or hash) in the filename or in the file path (any parent folder).
    To reproduce
    Name an InDesign file Test#.idd Try to open it in the Finder or Bridge (as opposed to the "Open" dilaog of InDeisng itself).
    "Solution"
    The file WILL open using File... Open... command-o while in InDesign application.
    Rename the file or folders that have a "#" (shift-3) in the filename.
    Report to Adobe if it bugs you.
    This does not occur in "plain" Leopard 10.5 nor Tiger 10.4
    Untested in Panther or before and
    Untested with CS3 and earlier in Snow Leaopard.
    Anyone have those and want to try this... ?

    In case this really bothers you: we've added a workaround for this into Soxy. If you enable the option, these documents will open fine on double-click.
    You need Soxy 1.0.7 from:
    http://www.rorohiko.com/soxy
    Go to the 'Soxy' - 'Preferences' - 'Other' dialog window, and enable 'Open InDesign via Script'
    (Irrelevant background info (it's all invisible to the user): the workaround works by special-casing how Soxy opens documents in InDesign: instead of using AppleScript, Soxy will use ExtendScript to instruct InDesign to open the document - which works fine).

  • The Cluster Service function call 'ClusterResourceControl' failed with error code '1008(An attempt was made to reference a token that does not exist.)' while verifying the file path. Verify that your failover cluster is configured properly.

    I am experiencing this error with one of our cluster environment. Can anyone help me in this issue.
    The Cluster Service function call 'ClusterResourceControl' failed with error code '1008(An attempt was made to reference a token that does not exist.)' while verifying the file path. Verify that your failover cluster is configured properly.
    Thanks,
    Venu S.
    Venugopal S ----------------------------------------------------------- Please click the Mark as Answer button if a post solves your problem!

    Hi Venu S,
    Based on my research, you might encounter a known issue, please try the hotfix in this KB:
    http://support.microsoft.com/kb/928385
    Meanwhile since there is less information about this issue, before further investigation, please provide us the following information:
    The version of Windows Server you are using
    The result of SELECT @@VERSION
    The scenario when you get this error
    If anything is unclear, please let me know.
    Regards,
    Tom Li

  • Issue with length of file paths - Windows & C++ plugin

    Hello,
    I've got an issue that just popped up on my OCR plugin I've been working on that I suspect is related to the length of the filepath.
    I'm getting the following error that is being caught and logged when trying to open a file (filename changed for security purposes):
    Error Opening File: D:\aVeryLongFilePath.pdf
    Exception info: This file cannot be found.
    The entire string, including the D:\ part, is 266 characters long. I cut down the length of part of the path one by one and it was able to open and OCR the document when the length was 259 characters.
    I know there's a MAX_PATH variable in Windows and/or there's some kind of limitation for file length. Note that I can open the file in Acrobat using File->Open and run OCR on it individually using the built-in Recognize Text function, but if I try to Recognize Text for Multiple files and choose "Add Folders", the file in question doesn't show up in the list of files to be batch OCR'd (even though it is there). Interestingly, choosing "Add Files" from the Recognize Text->In Multiple Files does work. So Acrobat itself has at least some issues opening the file using some of it's features.
    Here's how I'm opening the document:
         string pn;               // assume this is initialized, I'm just putting this here to demonstrate what type it is
         pathName = pn;
         ASAtom pathType = ASAtomFromString("Cstring");
         asPathName = ASFileSysCreatePathName(ASGetDefaultFileSys(), pathType, pn.c_str(), NULL);    
         pdDoc = PDDocOpen(asPathName, ASGetDefaultFileSys(), NULL, true);
    Is there a way around this problem?
    Thanks.

    Yes, you are hitting the MAX_PATH on certain versions of Windows.   The only workaround would be to see that the file is "a very long path" and then break up the pathname construction into multiple pieces (perhaps the containing directory and then the file itself).  The other option is don't use Cstring to construct, use the Unicode variant.
    From: Adobe Forums <[email protected]<mailto:[email protected]>>
    Reply-To: "[email protected]<mailto:[email protected]>" <[email protected]<mailto:[email protected]>>
    Date: Mon, 7 Nov 2011 15:43:33 -0800
    To: Leonard Rosenthol <[email protected]<mailto:[email protected]>>
    Subject: Issue with length of file paths - Windows &amp; C++ plugin
    Issue with length of file paths - Windows & C++ plugin
    created by zephed56<http://forums.adobe.com/people/zephed56> in Acrobat SDK - View the full discussion<http://forums.adobe.com/message/4012710#4012710

  • Packager fails with "Maximum file path name exceeded" on InCopy

    Attempting to build the full suite with CCP 1.5.0 Build 83, running on Window 8.1 update 64-bit.
    When building a 32-bit package it reaches InCopy it always stops and provides the so helpful "Maximum file path name exceeded error".  This appears to only happen when building the 32-bit package, building the 64-bit package caused no issues, and even in building the 32-bit package after the 64-bit package when everything is already downloaded the same error occurs.
    Tried it with:
    Cache path: C:\Users\iholmes\AppData\Local\Adobe\CCP\
    Destination path: F:\ISO\Adobe\Cloud\Working\CreativeCloud-06192014x86
    Also tried:
    Cache path: g:\Adobe\CCP
    Destination path: f:\cc\x86
    These are all local paths, not mapped network drives.

    Same here. From: C:\Users\<user>\AppData\Local\Temp\PDApp.log:
      <errorType>LongPathError</errorType>
      <filePath>C:\Users\<user>\AppData\Local\Temp\{839FDA1E-684B-4164-A8A0-AC83A4D37D3F}\AICY\ LS20\10.0\InCopy_10_LS20_Win32
    I can manually extract the zip file from:  C:\Users\<user>\AppData\Local\Adobe\CCP\AdobeCCPCache\AICY\LS20\InCopy_10_LS20_Win32.7z to the above path (which I think is what it's trying to do) with no error, so it seems to be something Adobe is going to have to fix.
    Someone else worked around it by creating a local user with a single character as the user name: Creative Cloud Packager Keeps Failing on InDesign: "Maximum File Path Name Exceeded"

  • Unable to access UNC path on 2012 R2 file server with ABE enabled

    Brief Description:
    We have granted access to people via a domain local group on a folder on a file server that is three levels deep from the share, i.e. \\servercluster\share\folder1\folder2\folder3, where folder3 is where the group is granted Read & Execute
    access.  The share has Access-Based Enumeration (ABE) enabled and the Everyone group has Full Control share permissions.  We also use DFS, so the path for that is \\domain\dfsrootname\folderfororganization\share\folder1\folder2\folder3.  People
    in the aforementioned group only have access to folder3, its subfolders, and files.  They do not have any access to folder2 or any of the other folders higher in the tree at all.  Also, consider that folder3 contains a subfolder folder4, which is
    simply inheriting permissions. 
    What we have found is that clients running Windows 7 SP1 have strange access issues when attempting to access the folder via either the DFS or cluster name UNC paths.
    Detailed Testing Results Accessing Folder3 Directly:
    NOTE:  "UNC path" in the following test results means either the DFS or the cluster name share path.  The results are the same regardless which path is used.
    1 - Enter UNC path without trailing backslash in Windows Explorer's address bar:
    Windows Explorer seems to do nothing for about 30 seconds and then displays the following error:
    "Windows cannot access <UNC path>
    Check the spelling of the name.  Otherwise, there might be a problem with your network.  To try to identify and resolve network problems, click Diagnose."
    2 - Enter UNC path with trailing backslash in Windows Explorer's address bar:
    The same error encountered in #1 is displayed immediately.
    3 - Enter UNC path with or without trailing backslash but contained in double quotes in Windows Explorer's address bar:
    Internet Explorer opens and displays the error:
    "Internet Explorer cannot display the webpage"
    4 - Enter UNC path without trailing backslash in Run dialog box:
    An error message immediately appears:
    "<UNC path>
    The specified path does not exist.
    Check the path and then try again."
    5 - Enter UNC path with trailing backslash in Run dialog box:
    Same as #4.
    6 - Enter UNC path without trailing backslash but contained in double quotes in Run dialog box:
    Same as #4.
    7 - Enter UNC path with trailing backslash and contained in double quotes in Run dialog box:
    Windows Explorer opens the correct UNC path location and displays the folder contents.  This is the expected behavior for all of these attempts.
    8 - Create Shortcut to UNC path by performing #7 and then dragging the folder icon in Windows Explorer's address bar to either to the desktop or the Favorites section, and then attempt to access the folder via
    the shortcut.
    Same as #7.
    9 - Attempt to create a shortcut to the UNC path using the New Shortcut wizard:
    Unable to successfully create the shortcut, regardless if you add a backslash at the end or enclose the path in double qutoes.  When you press Next after entering the UNC path, you receive the following error:
    "The file <UNC path> cannot be found."
    10 - Disable ABE on the share and repeat all tests:
    All tests with ABE disabled on the share have the same result as #7.  There is no issue whatsoever accessing the desired folder when ABE is disabled.
    Other Notable Behaviors:
    If the aforementioned folder (folder3) contains one or more subfolders (e.g. folder4), you are able to access those subfolders via UNC path directly and then go up one level to folder3 without issue, even when ABE is enabled.  You just cannot access
    folder3 directly via UNC path unless you attempt to access it via the method used in #7 above or a successfully created shortcut.
    Adding a user account directly to the folder3 ACL rather than using group membership makes no difference.
    If access is granted to folder4 instead of folder3 (the fourth folder deep rather than the third), accessing folder4 directly via UNC path is not an issue regardless of ABE status or attempted access method.
    Windows 8 and 8.1 clients have no trouble directly accessing the folder's UNC path via any method.  The unusual, undesirable behavior seen in Windows 7 is non-existent on Windows 8.x clients.
    Systems Involved:
    Client:  Windows 7 Enterprise SP1 x86
    Server:  Windows Server 2012 R2 Standard in cluster
    Other Details About the Systems:
    Both the client and the file server cluster are in the domain AD DS domain.
    The client and the file server cluster are in different subnets.
    There is no firewall or other packet inspection or compression service/device in between the client and server (not even Windows Firewall).
    Question:
    Is there a way to fix this behavior with Windows 7 clients and ABE enabled on the share so that it works correctly without forcing the clients or server to use SMBv1 or disabling ABE on the shares?

    7-Zip 9.20
    Adobe Flash Player 13 ActiveX
    Cisco WebEx Meetings
    Java 7 Update 51
    It should be noted that I can't repeat the behavior on my test machine again today after some changes were made in our environment.
    Today, I found that someone had modified permissions on the folder to give the group my test account was a member of rights to traverse the folder hierarchy from the root of the share.  Additionally, in testing something with FIPS mode, I ended up reverting
    my virtual machine to an older snapshot.
    After removing the extra permissions that weren't present when I was doing my testing and reverting to the older snapshot, I  am not having issues accessing the real equivalent of folder3 directly in Windows Explorer via DFS UNC path or creating a shortcut
    with the New Shortcut wizard.
    Things have been fundamentally changed and I cannot repeat the behavior on this particular folder.  I will see if I can recreate the same situation on another folder.

Maybe you are looking for