Access.txt file with accompanying empty window problem

[jsomerfield]

I seem to be getting an extra empty window after clicking the OK button in the Access.txt deny dialog box. The access.txt /is/ working the way it should, responding to the url.txt file. Also, this problem only occurs after PWB has allowed someone to a site that is listed with a + in the url.txt file.
Any clue? (We are using version 2.04) Sorry if this has been posted already, I couldn't find anything about this in the forum listing.

[Scott]

Did you add +About:Blank, and +JavaScript to your filter file?

--Scott

[jsomerfield]

Yes, that did not seem to solve the problem.

Here is our url.txt file:

-all
-researchpro
-mffavs
+catalog.lancasterlibraries.org
+lancasterlibraries.lib.overdrive.com
+www.overdrive.com/resources/drc
+www.contentreserve.com/TitleInfo.asp
+syndetics.com
+javascript
+about:blank

The problem seems to start when we allow people access to the lancasterlibraries.lib.overdrive.com website from our online catalog (catalog.lancasterlibraries.org). We want them to go there, but not to any other site from a link on those pages. Should something be changed in the .ini file?

[jsomerfield]

I made a change in the .ini file:

[SecondWindow]
OpeninParentWindow=True

This appears to have stopped the empty window problem.


Thanks.

[Scott]

The "OpenInParentWindow" can cause problems. You should use the "HistoryFile" and "LogAccess" to find out what URLs are being blocked and add it ot the filter.

--Scott

[jsomerfield]

I have added individual urls to the url.txt file. That does not stop the empty window from appearing. It seems that the only problematic links are ones that have target=_blank and open new windows.

Thanks,
Jeff.

[jsomerfield]

I saw that this issue was posted back in 2003 without resolution.

Thanks,
Jeff.

[Scott]

Do you have a sample URL that is exhibting the issue that we can access?

--Scott

[jsomerfield]

Start with:
http://catalog.lancasterlibraries.org/record=b1435980

Click on:
"Click for information" link (We want access to this site.)

Most of the links are blocked.

Click on the yellow-highlighted AUDIOFILE link under Reviews. This link opens in a new window, as well as all the links under Retailers at the bottom of the page. All these links create the deny message and the empty window.

Thanks,
Jeff.

[Thomas]

We had this problem a couple months ago when we were going to upgrade to v 2.10 from 2.05. We never found a solution to it, so we stayed at version 2.05.
A link you can try on our site for the next few days is: www.barringtonarealibrary.org. Then click on "Sneak Peek: Beta Website".
When turning the History on, I found the following entries:
The History.txt file showed different markings when using 2.10.7 vs. 2.05.
2.10 History
WKST500 6/24/2009 3:46:35 PM <t> http://99.159.205.155/balbeta/home.aspx
WKST500 6/24/2009 3:46:35 PM <a*> http://99.159.205.155/balbeta/home.aspx
WKST500 6/24/2009 3:46:35 PM <a*> 99.159.205.155

2.05 History
WKST500 06/24/09 15:53:32 <a;> http://99.159.205.155/balbeta/home.aspx
WKST500 06/24/09 15:53:32 <a-> 99.159.205.155
WKST500 06/24/09 15:53:32 <t> http://99.159.205.155/balbeta/home.aspx

[Scott]

What is listed in your URL filter file?

--Scott

[jsomerfield]

-all
-researchpro-lanco.iii.com
-mffavs
-webbridge/panel
+catalog.lancasterlibraries.org
+lancasterlibraries.lib.overdrive.com
+www.overdrive.com/resources/drc
+lancasterlibraries.lib.overdrive.com
+www.contentreserve.com/TitleInfo.asp
+syndetics.com
+JavaScript
+About:Blank

I am unfamiliar with the history.txt file, so I'll have to investigate that.


Jeff.

[Thomas]

This is a list of what is in our URL file:
+all
-B:\\
-C:\\
-D:\\
-E:\\
-F:\\
-G:\\
-H:\\
-I:\\
-J:\\
-K:\\
-L:\\
-M:\\
-N:\\
-O:\\
-P:\\
-Q:\\
-R:\\
-S:\\
-T:\\
-U:\\
-V:\\
-W:\\
-X:\\
-Y:\\
-Z:\\

IP File is:
+all
-192.168.1.18
-192.168.1.20

Thanks-
Thomas

[Scott]

tnielson,

Instead of using the PWB URL filter to limit access to the local drives, you will get better results using Windows Policies.

http://support.microsoft.com/kb/q231289/

--Scott

[Thomas]

Thanks for the info Scott. We didn't know about this before, so we will look into it.
Also, I found a way to fix the problem we were having with the new window showing blank panels like this image:

In the INI file, I changed the setting "ShowShellBar" under "Second Window" from TRUE to FALSE. Now everything displays correctly.



I'm not sure if this is a recommended change or not, but it seems to have fixed our problem.
Let me know.
Thanks-
Thomas