Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Branch: stage
Commits on Jul 2, 2015
  1. @wshearn
  2. @wshearn
Commits on Jul 1, 2015
  1. @openshift-bot

    Merge pull request #694 from tiwillia/b1232921

    openshift-bot authored
    Merged by openshift-bot
Commits on Jun 30, 2015
  1. @wshearn
Commits on Jun 18, 2015
  1. @tiwillia

    Report error when a syntatically incorrect env var is provided on app…

    tiwillia authored
    …-create
    
    Bug 1232921
    https://bugzilla.redhat.com/show_bug.cgi?id=1232921
    When creating an application with an environment variable, report an error if the environment variable is not provided with the proper syntax. Previously, incorrect environment variables were ignored and the application creation continued.
Commits on Jun 12, 2015
  1. @openshift-bot

    Merge pull request #683 from msowka/master

    openshift-bot authored
    Merged by openshift-bot
  2. @msowka

    port-forward: option to enable selecting specific service(s), fix 1

    msowka authored mmsowka committed
  3. @openshift-bot

    Merge pull request #692 from danmcp/master

    openshift-bot authored
    Merged by openshift-bot
  4. @danmcp

    Fix error message

    danmcp authored
Commits on Jun 10, 2015
  1. @openshift-bot

    Merge pull request #691 from danmcp/master

    openshift-bot authored
    Merged by openshift-bot
  2. @danmcp

    Fix spelling errors

    danmcp authored
Commits on May 22, 2015
  1. @openshift-bot

    Merge pull request #681 from Miciah/bug-1125926-bug-1130028-app-show-…

    openshift-bot authored
    …highlight-carts-with-endpoints
    
    Merged by openshift-bot
  2. @Miciah

    Update unit test for app show

    Miciah Masters authored Miciah committed
    Update the app show --gears test to cover the new code that was added
    in the previous commit.
Commits on May 7, 2015
  1. @tdawson
Commits on Apr 25, 2015
  1. @openshift-bot

    Merge pull request #687 from fabianofranz/bugs/1158737

    openshift-bot authored
    Merged by openshift-bot
Commits on Apr 24, 2015
  1. @fabianofranz
Commits on Apr 10, 2015
  1. @wshearn
  2. @wshearn
Commits on Apr 1, 2015
  1. @msowka
Commits on Mar 31, 2015
  1. @Miciah

    app show: highlight carts with endpoints

    Miciah Masters authored Miciah committed
    Modify app show --gears (1) to list all cartridges in the gear group for
    a given gear and (2) to indicate cartridges that expose endpoints on the
    gear by highlighting those cartridges' names in green.
    
    The REST API does not provide an interface to determine which cartridges
    are running on a gear; rather, we can only determine the gear group that is
    associated with a gear and the endpoints that cartridges on that gear are
    exposing.  On the one hand, the gear group associated with a given gear may
    include cartridges that are not actually on that particular gear, and so if
    we list the cartridges in the gear group, we may list cartridges that are
    not actually on the gear.  On the other hand, a cartridge may be on a gear
    but not be exposing any endpoints (e.g., the cron cartridge), and so if we
    list only the cartridges that are exposing endpoints on the gear, we may
    fail to list some cartridges that are in fact on the gear.
    
    Prior to commit d858bae, we chose the
    first option of listing all cartridges in the gear group, including false
    positives.  Commit d858bae changed app
    show --gears to implement the second option of listing cartridges that were
    exposing endpoints, which caused false negatives, as well as duplicate
    entries for a cartridge that were exposing multiple endpoints.
    
    With this commit, a cartridge may be listed for a gear even if it is not
    actually on that gear, but the green highlight or absence thereof should
    make it clear in the case of a cartridge that normally exposes endpoints
    whether that cartridge really is present on a gear or whether it is merely
    associated with the gear through the gear group but is not actually present
    on the particular gear.
    
    This commit addresses bug 1125926 and bug 1130028.
Commits on Mar 26, 2015
  1. @wshearn
Commits on Mar 23, 2015
  1. @openshift-bot

    Merge pull request #677 from dobbymoodge/always-auth-BZ1187806

    openshift-bot authored
    Merged by openshift-bot
  2. @dobbymoodge

    Parse boolean option `always_auth`

    dobbymoodge authored
    As noted in https://bugzilla.redhat.com/show_bug.cgi?id=1187806#c11, the
    `always_auth` option wasn't being properly parsed as a boolean. This
    change fixes that by storing the parsed value temporarily.
Commits on Mar 19, 2015
  1. @maxamillion
Commits on Mar 13, 2015
  1. @openshift-bot

    Merge pull request #674 from dobbymoodge/always-auth-BZ1187806

    openshift-bot authored
    Merged by openshift-bot
Commits on Mar 6, 2015
  1. @openshift-bot
  2. @jwforres
Commits on Mar 2, 2015
  1. @openshift-bot

    Merge pull request #675 from jwforres/bug_1197301_lock_net_ssh

    openshift-bot authored
    Merged by openshift-bot
  2. @jwforres
Commits on Feb 27, 2015
  1. @dobbymoodge

    Add "always_auth" config option

    dobbymoodge authored
    On systems where x509 client cert authentication is needed for every
    REST API URL, the API requests from `RHC::Rest::Api#initialize` will
    fail since they don't include the authentication credentials. This
    change adds the "`always_auth`" config option which, when set to
    "`true`" forces auth for all REST API calls. The setting defaults to
    "`false`", yielding the original behavior.
    
    Enterprise bug 1187806
    https://bugzilla.redhat.com/show_bug.cgi?id=1187806
Commits on Feb 12, 2015
  1. @maxamillion
Commits on Feb 7, 2015
  1. @openshift-bot

    Merge pull request #671 from fabianofranz/bugs/1187812

    openshift-bot authored
    Merged by openshift-bot
Commits on Feb 3, 2015
  1. @fabianofranz
Commits on Jan 17, 2015
  1. @maxamillion
Commits on Jan 13, 2015
  1. @maxamillion
Something went wrong with that request. Please try again.