Yes, I can confirm this is a fix. Here was my situation:
I wanted to set up a river of news on a (Mac) server at my home that was always on, and thus continually fetching news. I installed OPML as described, and it worked great as long as I went to
http://localhost:5335.
I wanted to set it up so that I could use it from other computers at home using its (NAT) IP address, without exposing it to the Internet at large. I had to do the following:
Configure the OPML Server:
1) Install OPML Editor as described in the documentation.
3) Configure an administrator password (Prefs > Admin password)
4) Install river2 (Tools -> and click the blue "Install" on the "river2" row)
Configure the default cookieDomain:
1) In the OPML application itself, choose Window -> members.root
2) Double-click the "default" row to expand it
3) Find the "cookieDomain" entry, and change it to your local computer's IP address.
I don't know if it's necessary to quit and restart OPML, but it couldn't hurt. You should then be able to connect to your server as
http://192.168.x.x:5335/river2/ (using whatever the OPML Editor machine's IP address)
Here's what I think is going on:
- The cookieDomain of the OPML Editor supplies the "domain name" that the browser uses to return cookies set during the login process.
- The OPML Editor cleverly sets the cookieDomain to my external (non-NAT) address automatically, which is a useful default.
- However, this will never match my 192.168.x.x (NAT) address, so I had to set cookieDomain manually in the OPML Editor.
- The Prefs -> External Name web page can set the cookieDomain, but it does not accept a plain IP address
A request: Could the Prefs->External Name web page allow an IP address? That would avoid having to edit it in OPML Editor. Many thanks.
Rich Brow