most recent 30 from http://fogbugz.stackexchange.com 2013-06-18T20:55:13Z http://fogbugz.stackexchange.com/feeds/question/10776 http://www.creativecommons.org/licenses/by-nc/2.5/rdf http://fogbugz.stackexchange.com/questions/10776/where-did-the-arrows-go Michel de Ruiter 2012-09-10T08:58:07Z 2012-10-12T07:06:09Z

<p>Since a few days, the case page doesn't contain arrows to go to the next/previous case. Ever. I ruled out any plugin or customization effect using No Plugins Mode.</p> <p>All <code>#bugviewActionButtonsTop ul.toolbar.nextprev</code> contains is <code>li #star0</code>.</p> <p>We recently upgraded to version 8.8.39.0. But I'm almost sure I did see arrows after the upgrade...</p> <p>Anyone else seeing this? How can I debug this?</p> <p>We are having more problems currently (logging in doesn't work :-/ ), so that might be related.</p>

http://fogbugz.stackexchange.com/questions/10776/where-did-the-arrows-go/10797#10797 Michel de Ruiter 2012-09-18T08:37:16Z 2012-10-12T07:06:09Z

<p>It turned out to be a cookie problem.</p> <p>Using MS Forefront TMG, we tried to have FogBugz available internally with a path (say <em>http:/server:123/fogbugz/</em>) but externally without a path (like <em>http://support.ourdomain.us/</em>). That caused some cookies to use <code>/</code> and others to use <code>/fogbugz</code> as their paths...</p> <p>Fog Creek support (their case <code>FC2334884</code>) had us add a special (undocumented) registry key which solved both logging in and the lacking arrows:</p> <pre><code>REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Fog Creek Software\FogBugz\website] "fStoreAuthCookieAtRoot"="1" </code></pre> <hr> <p>Aside: don't add this key from a 32 bit program (we used a 32 bit file manager :-&lt; ) if your FogBugz runs as a 64 bit process. It will incorrectly use <code>KEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Fog Creek Software</code> instead.</p>