When the Table of contents page is shown - there are broken links for the icons to the left.

If I cut and paste the html into this message then the icons show.

Malcolm 

Try logging out of Windows and then logging back in.  If that works, please let us know.

---

Dan Suceava
http://www.axosoft.com

Sorry. This makes no difference - I still have broken links. The links for the icons/images are still broken. I don't get what I see by pasting into this document.

 

Malcolm 

 

If you insert an image into a wiki page, does it display properly?

---

Dan Suceava
http://www.axosoft.com

I just tried that and I get a broken link as well.

I presume you mean - add an attachment, then insert the attached image. 

Hope that tells you the issue.

Malcolm 

What OS are you running, and what type of user are you logging in as (admin, restricted)?

We've seen this issue a few times but we cannot reproduce it, most times it was fixed when users logged out and back into Windows.  We are changing some code and adding some error publishing for the next beta so we can hopefully track it down.

---

Dan Suceava
http://www.axosoft.com

XP Professional, with admin privledges on computer, though the computer is on a domain as well.

Reboot/relogin makes no difference. Maybe my computer is special (I don't like bugs like this myself- though in my case it usually means illegal memory overwrites or uninitialised memory).

I guess its got something to do with the link url "http://127.0.0.1:2285/Attachment/-3" - I'm not sure how your link is meant to work, but it could be clashing with something else. I also get broken links in attached emails where it isn't drawing an image that it has under attached files - this could be the same cause.

Just had an idea: http://127.0.0.1 shows our domain website, not my computer "localhost" site - this could be part of the cause.

Hope this helps.

Malcolm 

Do you have an entry in your hosts file that points 127.0.0.1 to your domain instead of localhost?  That would probably be the problem, since the attachment URL would be redirected to that website instead of your machine.

---

Dan Suceava
http://www.axosoft.com

I don't know how it is configured, but yes, 127.0.0.1 it setup to point to our domain, not my machine localhost. It seems to be the default behaviour on Windows Small Business Server 2003. I just tested on another machine on the domain and got the same results. I had also been hosting two different test websites on my own computer which had no issue and didn't affect 127.0.0.1 or conflict with 127.0.0.1. It just seems our domain is set up this way.

The next question, of which you may have diecided the answer or ready, is "Who's problem is it?" Is it my problem (the users problem), or is it Axosoft's issue to not depend on these things?

Actually hold that thought- I just found that IE7 and Firefox 2 have different behaviour on this one. One points to our domain server site, the other points to localhost on the current machine. (but then Firefox doesn't seem to do everything else IE7 does in a windows environment, like automatically using windows authentication for certain websites)

Hope thats helpful.

Malcolm 

I just thought of something in addition: (something I had evidence of at the start but didn't understand). I said before that if I pasted the links into this message they suddenly work, well, that's because Firefox displaying the links, but IE7 doesn't (I use firefox when loggin into your site). So from another perspective, the controls in OT Beta 2008 etc are not working for the same reason IE7 doesn't find the links. But they work with Firefox - if I cut and past the links fro mthe broken images in OT 2008 and paste them FireFox's Ul box and press enter they display.

So I don't know which one is not working correctly FireFox or IE7. As I said in the previous email, I think FireFox isn't but then MS sometimes might do non-standard things too.

Malcolm

 

As far as I know, and Googling this seemed to confirm it, 127.0.0.1 should always point to the local machine (see RFC3330 http://tools.ietf.org/html/rfc3330 ).  This means that Firefox is doing the right thing and IE is not.  The reason OnTime acts just like IE is because the web browser control used in OnTime is the IE control.

Is your IE set up to go through a proxy server?  It's possible that it could be causing this problem.

---

Dan Suceava
http://www.axosoft.com

Yes - I did notice that 127.0.0.1 seems to point to the machine localhost in general.
We do use a proxy server - the one that comes with Windows Small BusinessServer 2003 (ISA server), though the setting to not use the proxy for local addresses is set - so to my thinking it shouldn't cause a problem.

I will test from this end and see if I can disable the behaviour  - but part of the issue is - this seems to be the default behaviour of the small business server when running as a domain - and you run on a microsoft environment.

Thanks

Malcolm
 

 

Again more info.

There is a setting "Use automatic configuration script" which was set to  "http://<servername>:8080/array.dll?Get.Routing.Script" (under ie7->Options-> connection->Lan Settings)
We didn't add this but this is added by the Microsoft Firewall Client for ISA 2004 (again Microsoft). If we disable this option this seems to enable IE7 to treat 127.0.0.1 as local host. (Also changing you links from 127.0.0.1 to "localhost" in IE7 also fixes the issue).

Malcolm
 

 

 

Is there are reason you can't use "localhost" instead of 127.0.0.1?

You are using MS stuff and IE7 and MS don't seem to honour this apparent standard for 127.0.0.1
 

The "localhost" moniker is simply an entry in your hosts file (in C:\WINDOWS\system32\drivers\etc) that could be modified. The localhost name points to 127.0.0.1.

---

Axosoft Development Team
Blog