tobyweston / radiate Goto Github PK

ie, you get a 404

Might mean having both Status (Ok, Broken, Unknown) and State (Busy, Progressing, Unknown) and having these independent. That way the Ui can react to a progress indicator whilst still maintaining a red or green status.

http://stackoverflow.com/questions/17941488/how-to-fade-in-graphics-fill-call/17941516?noredirect=1#comment26220564_17941516

It currently doesn't recognise marked as fixed as green.

In AggregateError for example to make platform agnostic in tests

Thanks Tony!

Add say 17:00, dim the colours

The general behavior is to attempt to load the config file and if that fails, bootstrap a new conifg based on environment variables.

If the radiate.cfg for some reason fails (knobs fails to load), the error will be hidden and the bootstrap process will incorrectly kick off. The result is potentially misleading error message (for example, it might say the TEAMCITY_URL is missing rather than report that the file was bad).

See KnobsConfig.scala ~L21

It's the load orElse create behaviour that's to blame.

Currently its guest only, add authentication credentials and proxy config

Currently has no window decoration when not in full screen mode meaning you can't move or resize the window.

Not good when the whole thing is bootstrapped from teamcity.host!

Chessboard mode interprets a parent project (for example the _Root project) as a regular project and so will display a tile and look for build results. It'll always show grey (Unknown) because there are no build types in the response.

Ignore project like this.

For example, the XML comes back like

<project id="oss" name="Open Source" href="/guestAuth/app/rest/projects/id:oss" description="" archived="false" webUrl="http://localhost:8111/project.html?projectId=oss">
    <parentProject id="_Root" name="<Root project>" href="/guestAuth/app/rest/projects/id:_Root"/>
    <buildTypes/>
    <templates/>
    <parameters/>
    <vcsRoots href="/guestAuth/app/rest/vcs-roots?locator=project:(id:oss)"/>
    <projects>
        <project id="simple_excel" name="Simple Excel" href="/guestAuth/app/rest/projects/id:simple_excel"/>
        <project id="oss_tempus_fugit" name="tempus-fugit" href="/guestAuth/app/rest/projects/id:oss_tempus_fugit"/>
    </projects>
</project>

Notice the builtTypes element is empty.

For builds that have a long name, I am just getting a blank green / red box (no title / label). Only when I hover over them can I see a small yellow label indicating what build it is.

Could have it pop up then fade away?

Probably display just the project name (ie, 15 builds of Project A and 20 of Project B would just show Project A, Project B)

We'd like the ability to monitor specific builds in a pipeline without moving others out of the project.

Occasionally the percent complete will flicker between two numbers when multiple builds are running. It flickers several times/second, then stops.

I'll try to provide more info if it will help.

Our TeamCity server URL is "https://my.company.com/teamcity". When set this as the TEAMCITY_HOST and try and start radiate, it fails with an "UnknownHostException: https"

Consider alternative full screen mechanism

It's easy to loose focus

These still appear

When it trawls the projects, it doesn't consider branch builds :(

closest I've got so far is

http://localhost:8111/guestAuth/app/rest/builds/buildType:id:radiate,branch:name:issue20

http://localhost:8111/guestAuth/app/rest/builds/?locator=buildType:id:radiate,branch:branched:true

Gives all the builds with branches but it's everything build, no grouped/reduced to unique branches. it does return <builds count="0"/> for non-branched builds.

I'm thinking 2!

If people actually use this, it'll be nice to know what version they're running.

Print a version number in the corner of the screen perhaps?

e.g. For screensaver any key stroke should exit the screen saver, this would not be correct for the standalone version

I've tried running both .jar and .exe, both results into the exception.

Windows 8.1 x64
java version "1.7.0_60"
radiate-1.0-20140618.062538-15.exe

Currently thinking if an environment variable is set, load that file.

Environment variable bootstrap is handy when running as a screensaver or .exe from windows.

I'm thinking Yml and SnakeYml

Windows Screensaver options aren't currently supported. It makes it behave weird when previewing etc. It's a Java app so will never look perfect, but we can try and make a bit of an effort.

See http://support.microsoft.com/kb/182383

Every time I run radiate, either via launching it directly or via screen saver, the first line of the log file/console is "Failed to create Yml configuration file, falling back to use environment variables.

The file (config.yml) actually appears in Explorer while the app is running, but is removed when it closes. I've manually created an empty config.yml file and launched radiate but it is never populated and it too is removed when the process exits.

I believe this started happening with the most recent build.

TeamCity will return probablyHanging in the json when a build is taking too long. Not sure exactly how it determines what "too long" is but it can certainly return a progressComplete of 100% when there is still more to go.

In this case, the progress radial will go all the way round to 100% then start again from zero. Which is weird.