Lighthouse has a new layout. Prefer the old one? Return to the old layout, and switch back any time from the link at the top of each page.

Inconsistent job/group behavior

#254

Under RunDeck 1.2, I'm trying to setup job grouping similar to this:

Deployment->[jobs]
Deployment->pre-deploy->[jobs]
Deployment->pre-deploy->internal->[jobs]
Deployment->deploy->[jobs]
Deployment->deploy->internal->[jobs]
Deployment->post-deploy->[jobs]
Deployment->post-deploy->internal->[jobs]
Operations->[jobs]

What I'm seeing in the GUI looks like this:

Deployment (folder)
-> deploy (sub-folder)
->-> internal (subfolder)
Deployment/pre-deploy (folder)
-> internal (subfolder)
Deployment/post-deploy (folder)
-> internal (subfolder)
Operations (folder)

The Deployment/deploy/internal folder structure is the only one displaying correctly. At one point, all the groups displayed correctly, however, when I re-defined one of the jobs, I started seeing the Deployment/pre-deploy and Deployment/post-deploy groupings. I've looked at the XML files for the jobs and they all appear to have the correct group structure for the specific jobs.

It looks like whatever is parsing the group to display it in the GUI is acting differently based on something I'm unaware of.

I did notice when initially creating groups that if I created JobX with a group of the form Dir1/Sub-dir1/JobX, as the first job, this is how it would show up in the GUI [folder name: Dir1/Sub-dir1] until I created JobY with a group of Dir1/JobY. At that point, the GUI would display JobX correctly as subfolder Subdir1 under folder Dir1.

Reported by Martin Middleton · April 11th, 2011 @ 05:49 AM

State: new
Milestone: none
Assigned to: nobody

Activity

  1. Greg Schueler
    Greg Schueler
    • Milestone set to Rundeck 1.3
    • Milestone order changed from 22 to 0

    @Robert

    thanks for the pull! it is a simple patch so we'll try to get it in for 1.3.

    April 13th, 2011 @ 03:29 PM

  2. Greg Schueler
    Greg Schueler

    @Robert see comment on pull request, the patch doesn't work exactly right for the Group selection box in the Job Edit form. I will take a look at fixing it later if you don't get a chance to update it.

    April 20th, 2011 @ 10:34 AM

  3. Greg Schueler
    Greg Schueler
    • Milestone order changed from 19 to 0

    there is an inconsistency in the way groups are displayed, (aside from collapsing of names).

    @robert, i can push a fix for the inconsistency. i verified that partial merge of your real-tree fix works with it

    April 27th, 2011 @ 11:03 AM

  4. Deleted User
  5. Greg Schueler
    Greg Schueler
    • State changed from new to needs_verification

    April 29th, 2011 @ 10:24 AM

  6. Greg Schueler
    Greg Schueler
    • Assigned user set to Greg Schueler
    • Milestone order changed from 11 to 0

    June 3rd, 2011 @ 04:19 PM

  7. Alex-SF
  8. Alex-SF
    Alex-SF
    • Tag changed from gui to feature request, gui, usability

    June 8th, 2011 @ 11:23 AM

  9. Greg Schueler
    Greg Schueler

    note: "real-tree view" issue is #162 Frontend. Jobs don't group?

    this issue is about inconsistent way that old job group view worked.

    June 9th, 2011 @ 11:59 AM

  10. Alex-SF
    Alex-SF
    • State changed from needs_verification to resolved
    • Milestone order changed from 12 to 0

    July 14th, 2011 @ 12:34 PM

Please Sign in or create a free account to add a new ticket.

With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.