0

Our Environment:

  • IIS 6.0 On a Windows 2003 Server R2

  • A fogbugz wiki site that non logged in users can read.

What we can reproduce:

  1. When a non logged in Fogbugz user browses to the wiki site with IE 7 via something like a link in Outlook or a shell command in a custom app, some of the site's images load but then it freezes. No errors are reported, but the only recourse the user has is to kill IE.

  2. If this same user opens IE and types in the Fogbugz wiki URL it works... no freezes.

  3. If this same user adds the fogbugz wiki to the restricted site list in the IE security tab, case 1 above does not happen. Everything works fine.

Any help is appreciated. This wiki site is used as an application help page so case 1 happens a lot.

flag
Move to new version of Fogbugz made this go away. – solracnapod Dec 14 2010 at 17:45

2 Answers

1

This issue is non-reproducable in FogBugz 7.1, which will be shipping very soon (and is a free upgrade from 7.0). Hopefully that will make everything better. If it reappears in 7.1, we can look into detecting the failing cookie state and forcing IE to flush its FogBugz cookies.

link|flag
0

Have you tried clearing out IE 7's cache/cookies? We noticed some strange behavior with IE after upgrading from FB 6 to FB 7 but clearing out the cache and cookies resolved the problem completely.

link|flag
Yes, that does resolve the problem per client, but I was hoping for a more global solution. We have a release of an app that auto opens a "What's new" fogbugz wiki page when the app has been upgraded. If the fogbugz wiki page crashes IE then users will 1) not use our help pages 2) be less inclined to want to pay for additional Fogbugz licenses. – solracnapod Nov 2 2009 at 3:35
Hmmm. I agree that clearing cache and cookies is not an appropriate solution for public pages. A tough one. We have a case open for this. – FogBugz FAQ Nov 2 2009 at 18:07

Your Answer

Not the answer you're looking for? Browse other questions tagged or ask your own question.