forrestguice / plasma-wateriv Goto Github PK

What steps will reproduce the problem?
1. Disable the polling interval and set the plasmoid to a short interval.
2. Wait for the plasmoid to update then disable the network.
3. Wait for the plasmoid to update again.
4. Wait for the plasmoid to update yet again.


What is the expected output? What do you see instead?

The plasmoid should recognize the network failure after the update in step 3, 
but instead does not recognize it until after step 4.

The plasmoid goes for twice as long before recognizing the first update and is 
then a full update behind each time the engine provides new data. Since the 
polling interval is normally large this causes a substantial lag.

Observed:

The icon in the add widgets" interface and in the settings dialog displays the 
timer icon used by the plasmoid tutorial.


Expected:

An svg icon unique to the plasmoid - maybe some squiggly blue lines resembling 
a river.

What steps will reproduce the problem?
1. Request data from the data engine using plasmoid or engineexplorer.
2. Close the plasmoid / engineexplorer
3. Disable the network connection
4. Open the plasmoid / engineexplorer and rerequest the same data.


What is the expected output? What do you see instead?

The last retrieved values should be displayed with a network error. Instead 
there is only a network error and no previous values.

Results need to be cached. Loading / unloading the data engine should not 
result in loss of the last requested data.

Feature: the plasmoid displays the rate of change over the last few hours. Up / 
down arrow graphics of different colors could be used to summarize the rate of 
rising or falling.

Here is an example from http://levels.wkcc.org/?P=Arizona.html where this 
feature is available (color coding lost in copy/paste).

↑↓Changing between 0.5% and 1.5% per hour
↑↓Changing between 1.5% and 2.5% per hour
↑↓Changing between 2.5% and 3.5% per hour
↑↓Changing between 3.5% and 4.5% per hour
↑↓Changing between 4.5% and 5.5% per hour
↑↓Changing between 5.5% and 6.5% per hour
↑↓Changing between 6.5% and 7.5% per hour
↑↓Changing between 7.5% and 8.5% per hour
↑↓Changing between 8.5% and 9.5% per hour
↑↓Changing between 9.5% and 10.5% per hour
↑↓Changing more than 10.5% per hour

What steps will reproduce the problem?

1. Request a source from the engine with network connected.
2. Disconnect the network.
3. Request an update of the source from the engine.


What is the expected output? What do you see instead?

The timeseries_count field should retain any previous values so plasmoids can 
continue to display the previously downloaded data. Instead the field is reset 
to 0 on every network error making the data inaccessible.

What steps will reproduce the problem?
1. Request data from the engine.
2. Request an update for the data source.


What is the expected output? What do you see instead?

The engine should only retrieve data that has been modified since the last 
update. Instead the engine re-retrieves all of the data each time the 
request/update is made.

Proposed Solution: implement the MODIFIED argument within the data engine; 
automatically apply it to requested sources.

What steps will reproduce the problem?

1. Open the settings dialog, browse to Shortcut, and set a keyboard shortcut.
2. Close the dialog and try to use the shortcut.


What is the expected output? What do you see instead?

Using the keyboard shortcut should raise and lower the plasmoid's dialog same 
as clicking on the plasmoid. It currently does nothing.

1. Request a data source using the plasmoid
2. Disable the network
3. Wait for the plasmoid to update and display a network error
4. Enable the network

The current behavior is for the plasmoid to wait its full polling interval 
(typically 15min) before it tries again.

Enhanced behavior would be for the data engine to recognize the failed request 
and then monitor the network until it becomes available again, triggering all 
connected plasmoids to perform an immediate update.

What steps will reproduce the problem?
1. Go System Settings -> Display Theme
2. Select Air; observe the plasmoid.
3. Select Oxygen; observe the plasmoid.

What is the expected output? What do you see instead?

The plasmoid should display clearly regardless of the theme. Currently it 
displays correctly with Air but uses black on black text with Oxygen. 

>>What steps will reproduce the problem?

1. Request a source that offers more than one set of values per timeseries.


>>What is the expected output? What do you see instead?

The data engine should return all sets of values. Instead it returns only the 
first one.

The plasmoid should provide a 'site search' dialog that allows users to easily 
locate sites code.

A corresponding data engine should provide the data from the USGS Site Web 
Service (http://waterservices.usgs.gov/rest/Site-Service.html).

basic: allow users to locate sites by state.
ideal: provide a ui that allows users access to most of available filters.

The plasmoid should display the historic low, high, and mean.

The WaterIV data engine should be extended to provide the data using the USGS 
Daily Values Web Service (http://waterservices.usgs.gov/rest/DV-Service.html).

What steps will reproduce the problem?
1. Open the configuration dialog and observe the settings.
2. Drag an already configured plasmoid that is on the desktop to the taskbar.
3. Open the configuration dialog and observe the settings.
4. Wait for the plasmoid to attempt its next update.

What is the expected output? What do you see instead?

The configuration dialog should show the same settings each time it is opened. 
Instead the configuration reverts to default when the plasmoid is dragged to 
the taskbar. The next attempt to update fails; datasource is empty.

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1. Request a timeseries with more than one value (use period=PT2H)

What is the expected output? What do you see instead?

The keys recent_date and recent_value should hold the most recent. However they 
actually hold the least recent!!! Somehow this slipped by, probably because the 
plasmoid has only been requesting a single value this entire time.

What steps will reproduce the problem?
1. Select a site that has values with multiple qualifiers set (09404110).


What is the expected output? What do you see instead?

The plasmoid should display recent values. Instead the display is never 
refreshed and console output complains that qualifiers[qualifier_code] is 
undefined. The plasmoid is left with a continuous busy icon.

The plasmoid should provide an 'info' dialog that allows users to view all of a 
site's information at once. This could also be a tabbed dialog that provides 
access to available plotting functionality.

What steps will reproduce the problem?
1. Add a new instance of the plasmoid on the desktop.
2. Toggle the popup dialog and select the 'data source' line edit in config.
3. Press up or down.

What is the expected output? What do you see instead?

Pressing up or down should switch between recently added sources. In this case 
the plasmoid is unconfigured and there are no recent sources so this action 
should do nothing. Instead the entire plasma-desktop locks up and must be 
killed / restarted. 

Please use labels and text to provide additional information.

This bug does not occur if a source is added to the recent sources before 
pressing up / down.

The plasmoid displays a line graph or scatter plot of the data returned by the 
data engine. This could be shown in a separate dialog that is displayed when 
the user clicks the plasmoid.

Basic: a static image displaying the plot
Ideal: an interactive plot widget that allows zooming, scrolling, etc.