You are viewing limited content. For full access, please sign in.

Question

Question

Open Containing Folder

asked on February 23, 2016

Hi All,

 

One of our customers has pointed out something a little strange and I'm able to re-produce this in LF9 and LF10.

When you use the "Open Containing Folder" result from the search window, the LF Client opens up in another window showing the search pane, but only shows the containing folder in the folder browser. None of the other folders in the system. The strange thing is, this only happens the first time after logon. After that you see the complete folder tree (as you would expect). It's really strange and doesn't always happen. I can't really see a pattern as using the same document, same search, same user, sometimes it works and sometimes it doesn't...

 

The steps I used to re-create this are:-

 

  1. Open Laserfiche
  2. Login
  3. Perform a date search (say everything modified today)
  4. Right click a document in the search results and select "Open Containing Folder"
  5. New windows opens
  6. Click the folder browser button to navigate away from the search pane
  7. Window has single folder in the folder pane

 

Is anyone else seeing the same thing? And how do we stop this happening?

 

Cheers!

0 0

Answer

SELECTED ANSWER
replied on February 25, 2016

I checked this and the user I am testing with has explicit browse rights to the folder and I can still replicate the behavior.

0 0

Replies

replied on February 24, 2016

Is the search result that you're opening the new browser for in a folder that is using "bypass browse" to reach?  I've tested this on on 9.2 and 10.0 and haven't been able to duplicate what you're seeing unless it's in a folder that has to be accessed through bypass browse.

0 0
replied on February 24, 2016

That could well be the missing link!

0 0
SELECTED ANSWER
replied on February 25, 2016

I checked this and the user I am testing with has explicit browse rights to the folder and I can still replicate the behavior.

0 0
replied on February 25, 2016

I am curious to see this. I am having the exact same issue with one of our users.

0 0
replied on February 25, 2016

Does the user have the browse and read rights for every folder along that branch going back to the root? Meaning, if the user logs into the repository from the Client and starting at the root folder, are they able to browse to the "containing folder" without having to use shortcuts or running a search?

0 0
replied on February 25, 2016

Thanks for your reply...Yes, it has both. If you log in, you can easily navigate to it. I don't find a restriction. I have a screenshot of what it looks like when me (as an admin) open a Containing Folder, as opposed to the user.

 

0 0
replied on February 25, 2016

Before LF Server upgrade the users had the similar view as the admins. (of course with less folders to see). 

0 0
replied on July 25, 2017

Was this ever resolved?  We are having this exact same issue with a client and we are unable to replicate ourselves, but would love to know if there was a resolution for this.

 

Thanks 

0 0
replied on July 25, 2017

We were unable to reproduce the issue. Please open a support case so we can get trace logs that we can use to track down the problem.

0 0
replied on August 1, 2017

Turns out that after upgrading to 10.2.x, not only does the user or group need rights from the parent folder down, they need rights to the top Repository level as well.  We ended up adding the Everyone group to the top level (Repository Name) with Browse, Read for this Entry Only.  Once we did that, everything worked perfectly.  When you clicked Open folder path, the 2nd window would show the folder path and everything.

2 0
You are not allowed to follow up in this post.

Sign in to reply to this post.