Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 0.0.12
    • Fix Version/s: None
    • Component/s: None
    • Security Level: Public
    • Labels:
      None

      Description

      Reported via Twitter from @olegam:

      @trondn Also there seems to be an issue with INCR on non existing keys. It stores a b64 value. Like MA==

      No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

        Hide
        tgrall Tug Grall (Inactive) added a comment -

        I have tested in my environment:

        • Couchbase 2.0.0 1947 release : I see 0 in the console and in using memcached/telnet test

        I have a slightly different behavior in the official beta

        • Couchbase 2.0.0 1870 release : The admin console does not show any number or data (just the key), but the get key in the telnet/memcached connexion returns 0

        For me it looks like a UI bug in the console that has been fixed in 1947 and we should close the bug as "cannot reproduced"

        Show
        tgrall Tug Grall (Inactive) added a comment - I have tested in my environment: Couchbase 2.0.0 1947 release : I see 0 in the console and in using memcached/telnet test I have a slightly different behavior in the official beta Couchbase 2.0.0 1870 release : The admin console does not show any number or data (just the key), but the get key in the telnet/memcached connexion returns 0 For me it looks like a UI bug in the console that has been fixed in 1947 and we should close the bug as "cannot reproduced"
        Hide
        olegam Ole Poulsen added a comment -

        Any way I can get a recent build? I have 2.0.0 (1723), OS X. I need to use the numeric value of the counter in a view's map function, but it appears to be a base64 encoded string.

        Show
        olegam Ole Poulsen added a comment - Any way I can get a recent build? I have 2.0.0 (1723), OS X. I need to use the numeric value of the counter in a view's map function, but it appears to be a base64 encoded string.
        Hide
        olegam Ole Poulsen added a comment -

        http://127.0.0.1:8092/default/_design/dev_stats/_view/all_docs?connection_timeout=60000&limit=100&skip=0
        Gives me:
        {
        "total_rows": 32,
        "rows": [

        { "id": "user_count_by_hour:2012-11-18-18", "key": "user_count_by_hour:2012-11-18-18", "value": "MA==" }

        ,

        ...

        ]
        }

        I would expect value to be a number.

        Show
        olegam Ole Poulsen added a comment - http://127.0.0.1:8092/default/_design/dev_stats/_view/all_docs?connection_timeout=60000&limit=100&skip=0 Gives me: { "total_rows": 32, "rows": [ { "id": "user_count_by_hour:2012-11-18-18", "key": "user_count_by_hour:2012-11-18-18", "value": "MA==" } , ... ] } I would expect value to be a number.
        Hide
        trond Trond Norbye added a comment -

        Can you post the code required so I can reproduce the bug locally?

        Show
        trond Trond Norbye added a comment - Can you post the code required so I can reproduce the bug locally?
        Hide
        olegam Ole Poulsen added a comment -

        I just call incr() on some unset key:

        var d = new Date();
        bucket.incr('user_count_by_hour:' + d.getFullYear() + '' + (d.getMonth()+1) + '' + d.getDate() + '-' + d.getHours(), function(err, meta) {

        });

        Show
        olegam Ole Poulsen added a comment - I just call incr() on some unset key: var d = new Date(); bucket.incr('user_count_by_hour:' + d.getFullYear() + ' ' + (d.getMonth()+1) + ' ' + d.getDate() + '-' + d.getHours(), function(err, meta) { });
        Hide
        trond Trond Norbye added a comment -

        I just added:

        http://review.couchbase.org/#/c/22666/

        From what I can see the data is stored correctly within the database...

        Show
        trond Trond Norbye added a comment - I just added: http://review.couchbase.org/#/c/22666/ From what I can see the data is stored correctly within the database...
        Hide
        olegam Ole Poulsen added a comment -

        I can confirm this works in 1941.

        Show
        olegam Ole Poulsen added a comment - I can confirm this works in 1941.

          People

          • Assignee:
            trond Trond Norbye
            Reporter:
            trond Trond Norbye
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Gerrit Reviews

              There are no open Gerrit changes