Whenever I use the domain.com/filevista/ technique of accessing FileVista, it redirects me indefinitely. I manually installed the FileVista on my server, and I specified to go to configuration.aspx originally so I got all of that out of the way. I was just going to ignore this problem, but domain.com/filevista/login.aspx does not load. What is wrong with the redirecting and how can I got the login to actually work?
This is just the trial version 3.2.2.
I have a feeling like I am missing something very obvious but its really getting annoying now.
Jesse
7/15/2008 8:52 AM
Have you set that folder up as a seperate application?
Jeremy Brown
7/15/2008 5:29 PM
"Have you set that folder up as a seperate application?"
Yes I have.
Jesse
7/16/2008 5:22 AM
I am sorry, not trying to be pushy or anything but can someone please help me with this? I really like this application and my company wants to use it, but if we can not get the trial to run correctly we won't be able to use it. Can someone please comment on any possible problems that may be occuring at all please?
Jesse
7/16/2008 9:10 AM
Hi Jesse,
Did you complete the configuration wizard (configuration.aspx) without any problems?
Please edit FileVista\App_Data\FileVista.config and see if the value of key IsConfigurationComplete is 1.
You say, you marked FileVista folder as application in IIS manager, which authentication mode is set for the application? What's the version of IIS?
Cem Alacayir
7/16/2008 9:41 AM
"Did you complete the configuration wizard (configuration.aspx) without any problems?"
Yes that is done.
"Please edit FileVista\App_Data\FileVista.config and see if the value of key IsConfigurationComplete is 1. "
It was already a 1.
"You say, you marked FileVista folder as application in IIS manager, which authentication mode is set for the application? What's the version of IIS?"
FileVista is set to be its own application
IIS is version 6.0
It is set to enable anonymous access.
Jesse
7/16/2008 10:42 AM
Can you please try a URL with all lower case letters like http://www.domain.com/filevista/ and not like http://www.domain.com/FileVista/
I know trying this sounds strange but FileVista has a built-in feature which redirects to application path in lowercase so that cookies (which are case sensitive in paths) are always accessible whether the user types domain.com/filevista/ or domain.com/FileVista/
It seems this feature is not working properly in your environment.
Let me know if this is the case for the issue or not.
Cem Alacayir
7/16/2008 5:42 PM
That is the URL I am using. It is lower case.
I have no idea why it is redirecting like it is. I have tried:
domain.com/FileVista
domain.com/filevista
domain.com/FileVista/
domain.com/filevista/
All of them spit out 301 errors in an infinite loop.
I also can't figure out why login.aspx won't load. I am assuming it is intended to work that way, which is fine, but I can't even test this and I need to so I can move my project along.
Let me know if any of that info helps you with the loop issue, or if there is anyway I can get the login.aspx page to load please. Thanks.
Jesse
7/17/2008 6:34 AM
I have sent you an update which disables the redirection feature so that we can see if that is the case.
Cem Alacayir
7/18/2008 5:22 PM
Cem,
Where did you send this update? I do not have it.
Jesse
7/21/2008 7:36 AM
Cem,
I got everything working except the redirect and it appears that I need the redirect to work in order to use it.
Do you have any other ideas why the redirect wouldn't be working?
Also, while I have you here I have another question. Is there any way to increase performance at all? I have about 7,000 folders I have to access and it makes it incredibly slow usually eating up all of my CPU. If there are any features that I may be able to disable please let me know. Also, is there a way to search at all?
Jesse
7/24/2008 6:40 AM
As disabling the redirect feature (modified DLL) did not help, I conclude that the issue is about your IIS settings or specifically your default web site as you said the problem disappeared when you changed the home directory of your default site.
1. Do you have a URL Rewrite module that is installed in your web site?
2. Do you use SSL (redirect from http to https)?
3. Do you use Forms Authentication in your web site?
4. Which version of IIS do you run. If it's IIS7, does changing the application's mode from integrated to classic solve the problem?
Cem Alacayir
7/24/2008 7:55 AM
"Do you have a URL Rewrite module that is installed in your web site?"
Yes we do.
I can't believe I didn't think of this until just now, but this is actually causing the error. I turned it off and it worked. The problem is though, that we must keep the rewrite on, so I guess am I going to have to find some workaround for this, unless you know some kind of quickfix for this that we can use.
We use Helicon Rewrite v2.11
Jesse
7/29/2008 1:33 PM
I don't know the product but I am sure there should be some kind of exception list or url rules that you can modify so that it does not take in effect when requests to FileVista virtual directory are sent.
Cem Alacayir
7/29/2008 1:53 PM
Yes I found the problem and its fixed now. I just had to add a rule for FileVista and it worked perfectly.
Like I said at the beginning, "I have a feeling like I am missing something very obvious" I truly was missing something very obvious.
I apologize Cem and thanks a ton for helping me figure this all out.
Jesse
7/30/2008 6:25 AM
No problem, you are welcome. I am glad we found out the problem and I think this information will be useful to other users.
Cem Alacayir
7/30/2008 6:36 AM