<!-- 
RSS generated by JIRA (5.2.4#845-sha1:c9f4cc41abe72fb236945343a1f485c2c844dac9) at Sat May 25 01:07:12 CDT 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://www.couchbase.com/issues/si/jira.issueviews:issue-xml/MB-7075/MB-7075.xml?field=key&field=summary
-->
<rss version="0.92" >
<channel>
    <title>Couchbase</title>
    <link>http://www.couchbase.com/issues</link>
    <description>This file is an XML representation of an issue</description>
    <language>en-us</language>    <build-info>
        <version>5.2.4</version>
        <build-number>845</build-number>
        <build-date>26-12-2012</build-date>
    </build-info>

<item>
            <title>[MB-7075] Mac/OSX drop-down UI menu points to different log location </title>
                <link>http://www.couchbase.com/issues/browse/MB-7075</link>
                <project id="10010" key="MB">Couchbase Server</project>
                        <description>logs on Mac OS are available under ~/Library/Application Support/Couchbase/var/lib/couchbase/logs but when clicking the &amp;quot;show logs&amp;quot; in the UI, we don&amp;#39;t go to this path (we goto Couchbase.log under ~/Library/Logs)</description>
                <environment>Only tested on MacOS</environment>
            <key id="20509">MB-7075</key>
            <summary>Mac/OSX drop-down UI menu points to different log location </summary>
                <type id="1" iconUrl="http://www.couchbase.com/issues/images/icons/issuetypes/bug.png">Bug</type>
                                <priority id="3" iconUrl="http://www.couchbase.com/issues/images/icons/priorities/major.png">Major</priority>
                    <status id="6" iconUrl="http://www.couchbase.com/issues/images/icons/statuses/closed.png">Closed</status>
                    <resolution id="1">Fixed</resolution>
                    <security id="10011">Public</security>
                        <assignee username="jens">Jens Alfke</assignee>
                                <reporter username="don">Don Pinto</reporter>
                        <labels>
                    </labels>
                <created>Thu, 1 Nov 2012 12:56:08 -0500</created>
                <updated>Mon, 5 Nov 2012 23:15:33 -0600</updated>
                    <resolved>Mon, 5 Nov 2012 17:25:27 -0600</resolved>
                            <version>2.0</version>
                                                <component>UI</component>
                                <votes>0</votes>
                        <watches>1</watches>
                                                    <comments>
                    <comment id="43136" author="steve" created="Fri, 2 Nov 2012 13:12:33 -0500"  >updated title&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="43137" author="steve" created="Fri, 2 Nov 2012 13:16:36 -0500"  >Options discussed in bug-scrub...&lt;br/&gt;
&lt;br/&gt;
- remove the drop-down menu entry for View Logs.&lt;br/&gt;
- fix the View Logs choice.&lt;br/&gt;
&lt;br/&gt;
Whatever&amp;#39;s easier/less-intensive/less-riskier.&lt;br/&gt;
&lt;br/&gt;
Yaseen to followup with Jens -- leaving open, although not a blocker, per bug-scrub mtg</comment>
                    <comment id="43157" author="jens" created="Fri, 2 Nov 2012 14:28:20 -0500"  >~/Library/Logs/Couchbase.log *is* a valid log file that the server writes to. I&amp;#39;ve used it to diagnose Erlang exceptions launching the server. But it sounds like it&amp;#39;s less important than the ones in the App Support folder?&lt;br/&gt;
Changing the app to open a different log file is trivial; even easier than taking out the command. However, that log directory has a lot of files in it. Unfortunately the Console app can&amp;#39;t be told to view a directory, just an individual file.&lt;br/&gt;
&lt;br/&gt;
So the choices would be:&lt;br/&gt;
(a) Pick a single file in &amp;#39;logs&amp;#39; to open, if one of them is more important.&lt;br/&gt;
(b) Make a submenu with items for all the significant log files&lt;br/&gt;
(c) Make the menu command open the logs folder itself in the Finder (not terribly useful, because most of the files don&amp;#39;t have filename extensions that indicate that they&amp;#39;re text, so double-clicking them doesn&amp;#39;t work.)</comment>
                    <comment id="43168" author="steve" created="Fri, 2 Nov 2012 17:19:05 -0500"  >I&amp;#39;d vote for (a), and please check with alk on which one&amp;#39;s the right one.&lt;br/&gt;
&lt;br/&gt;
Option (b), might be &amp;quot;brittle&amp;quot;, depending on how you do it.  That is, if we change the logging files again in the server, it could be yet-another thing to fix in the future.&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="43192" author="farshid" created="Sat, 3 Nov 2012 12:32:26 -0500"  >i also vote for option (a)&lt;br/&gt;
&lt;br/&gt;
there are many files in that folder and if user needs to collect diagnostics they use cbcollect info command anyways.</comment>
                    <comment id="43293" author="steve" created="Mon, 5 Nov 2012 13:47:50 -0600"  >in bug-scrub mtg...&lt;br/&gt;
&lt;br/&gt;
option (d) - (alk proposes) pipe output of cbbrowse-logs to some window&lt;br/&gt;
&lt;br/&gt;
option (e) - remove this menu item and document the cbbrowse-logs command&lt;br/&gt;
&lt;br/&gt;
option (e) is the final bug-scrub mtg choice.&lt;br/&gt;
&lt;br/&gt;
&lt;br/&gt;
</comment>
                    <comment id="43307" author="jens" created="Mon, 5 Nov 2012 15:32:12 -0600"  >Removed the menu command from the UI. (No code change, just deleted the menu item from the nib.)&lt;br/&gt;
Out for review: &lt;a href=&quot;http://review.couchbase.org/#/c/22280/&quot;&gt;http://review.couchbase.org/#/c/22280/&lt;/a&gt;</comment>
                    <comment id="43321" author="steve" created="Mon, 5 Nov 2012 17:25:27 -0600"  >Thanks Jens - resolving this as your fix was submitted past gerrit.</comment>
                    <comment id="43362" author="farshid" created="Mon, 5 Nov 2012 23:15:30 -0600"  >verified with build 1941</comment>
                </comments>
                    <attachments>
                    <attachment id="15682" name="Screen Shot 2012-11-01 at 10.53.56 AM.png" size="33495" author="don" created="Thu, 1 Nov 2012 12:56:08 -0500" />
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                        <customfield id="customfield_10180" key="com.atlassian.jira.ext.charting:firstresponsedate">
                <customfieldname>Date of First Response</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>Fri, 2 Nov 2012 13:12:33 -0500</customfieldvalue>

                </customfieldvalues>
            </customfield>
                                                                                                                                                                                                            <customfield id="customfield_10081" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Rank</customfieldname>
                <customfieldvalues>
                    <customfieldvalue>3615</customfieldvalue>
                </customfieldvalues>
            </customfield>
                                                                                                                                                                                        <customfield id="customfield_10181" key="com.atlassian.jira.ext.charting:timeinstatus">
                <customfieldname>Time In Status</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                </customfields>
    </item>
</channel>
</rss>