INSTRU: Issueshttps://hephaistos.lpp.polytechnique.fr/redmine/https://hephaistos.lpp.polytechnique.fr/redmine/redmine/favicon.ico?15080976012018-08-09T16:56:38ZRedmine
Redmine LPP_BOARDS - Bug #3075 (New): testhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/30752018-08-09T16:56:38ZAlexis JeandetSciQLOP - Bug #2373 (New): terminating with uncaught exception of type std::out_of_range: unorder...https://hephaistos.lpp.polytechnique.fr/redmine/issues/23732017-11-24T17:24:08ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>VariableController: "Process Request RUNNING" ts: QDateTime(2012-11-23 22:32:18.124 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-11-25 17:15:23.516 UTC Qt::TimeSpec(UTC)) ts: QDateTime(2012-11-18 14:23:01.946 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-12-01 01:24:39.694 UTC Qt::TimeSpec(UTC))<br />VariableController: processRequest synchro for "imf_gse" QUuid("{ae7c69f4-3dcd-4a46-b594-593e918905a7}")<br />VariableController: synchro RR ts: QDateTime(2012-11-24 10:00:25.766 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-11-24 20:59:56.430 UTC Qt::TimeSpec(UTC))<br />VariableController: "Process Request PENDING" ts: QDateTime(2012-11-24 10:00:25.766 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-11-24 20:59:56.430 UTC Qt::TimeSpec(UTC)) ts: QDateTime(2012-11-23 01:01:53.773 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-11-26 05:58:28.423 UTC Qt::TimeSpec(UTC))<br />VariableController: "cancelVariableRequest" QUuid("{c690a7bd-5b0c-4fa0-8b68-9ced4a8de8df}")<br />VariableController: "Impossible to find the variable with the identifier: " QUuid("{325dafa3-0a94-48ca-9bc5-a6a2faddfce2}")<br />VisualizationGraphWidget: "VisualizationGraphWidget::setGraphRange END" <br />VisualizationZoneWidget: "TORM: PanRight" <br />VisualizationZoneWidget: "TORM: dt" 39570.7<br />VisualizationZoneWidget: "TORM: Range before: " ts: QDateTime(2012-11-24 09:27:27.233 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-11-24 20:26:57.897 UTC Qt::TimeSpec(UTC))<br />VisualizationZoneWidget: "TORM: Range after : " ts: QDateTime(2012-11-24 10:00:25.766 UTC Qt::TimeSpec(UTC)) te: QDateTime(2012-11-24 20:59:56.430 UTC Qt::TimeSpec(UTC))<br />VisualizationZoneWidget: "TORM: child dt" 39570.7<br />VisualizationGraphWidget: "VisualizationGraphWidget::setGraphRange START" <br />VisualizationGraphWidget: "TORM: VisualizationGraphWidget::onRangeChanged" "" DoAcqui false<br />libc++abi.dylib: terminating with uncaught exception of type std::out_of_range: unordered_map::at: key not found<br />Abort trap: 6</p> SciQLOP - Bug #2129 (Resolved): wind acquisition does not workhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/21292017-10-08T06:59:22ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>Trying to plot WIND data and the acquisition seems broken.<br />See attached images:</p>
<p>wind1pans.png : mfi_high/b_gse loaded and then pans and zooms are done - lots of data holes apparently<br />windNew.png : same product but plotted after one download for the same interval - no data holes<br />windAmda.png : same interval with AMDA.</p> SciQLOP - Bug #2120 (New): variable is never downloaded although the progress bar is well advancedhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/21202017-09-27T20:09:59ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>see video : <a class="external" href="https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/2659/bugSciqlop.mp4">https://hephaistos.lpp.polytechnique.fr/redmine/attachments/download/2659/bugSciqlop.mp4</a> <br />generally when I see the progress bar, the data is on its way... so what happens here?</p> SciQLOP - Bug #2119 (New): scroll bar appears and disappearhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/21192017-09-27T20:06:04ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>when 3 graphs are created in a zone, the scroll bar appears right when the 3rd plot is created but immediately disappears. I can't make it appear again after, and thus can't see the third plot.<br />Possibly the bug arrives only on mac.</p>
<p>See attached video. At 1'42 the scroll bar appears and then disappear at 1'43.</p> SciQLOP - Bug #2078 (New): plot variable defined on range A on a graph defined on range B causes ...https://hephaistos.lpp.polytechnique.fr/redmine/issues/20782017-09-27T06:05:13ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<p>Description:</p>
<p>- download a variable, any one, on range A<br />- plot it on a new zone, on a new plot<br />- then pan, zoom out, etc. to change the range. The plot is now on a range named B.<br />- Now download another variable, the time widget is unchanged so still on range A.<br />- delete the first variable. The variable is removed, the plot is empty but still on range B.<br />- Now plot the new variable on this zone/graph.<br />- Since the graph is on B and the variable is on A, this action triggers a download request, presumably to adjust the variable range from A to B.</p>
<p>1- question : is this what we want? the plot is empty, why should it impose its range on the variable?</p>
<p>2- Bug : the variable actually never appears on the plot. However from the contextual menu "unplot" appears so for sciqlop it is has if it is plotted.<br />It is not a refresh problem, since panning a bit does not make the curve to appear.</p>
<p>A video has been recorded and will soon be uploaded here.</p> SciQLOP - Bug #739 (Closed): Times with high precision appear stackedhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/7392016-07-11T13:43:15ZAnonymous
<p>Times with high precision appear stacked</p> SciQLOP - Bug #719 (Closed): The "M" feature in Plots in order to rescale the plot in not working...https://hephaistos.lpp.polytechnique.fr/redmine/issues/7192016-06-29T07:55:05ZAnonymous
<p>The "M" feature in Plots in order to rescale the plot in not working as intended.<br />It unzooms but doesn't scale, and does nothing if the zoom ratio didn't change.</p> SciQLOP - Bug #669 (Closed): user can remove data from database while it is still plottedhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6692016-03-11T20:37:58ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<a name="Symptom"></a>
<h1 >Symptom<a href="#Symptom" class="wiki-anchor">¶</a></h1>
<p>It is not normal the user can remove data from the database while it is still in use by one of the plots (or later, any other module)</p> SciQLOP - Bug #667 (Closed): UT time vs local timehttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6672016-03-11T20:28:45ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<a name="Symptom"></a>
<h1 >Symptom<a href="#Symptom" class="wiki-anchor">¶</a></h1>
<p>I'm not entirely sure the time selection is correct.<br />On the plot I see the time in UTC+1, does this corresponds to a local time? is it the daylight saving time?<br />We need time to be in <strong>universal time.</strong></p> SciQLOP - Bug #666 (Closed): Zoom on time series is way to fasthttps://hephaistos.lpp.polytechnique.fr/redmine/issues/6662016-03-11T20:26:38ZNicolas Aunainicolas.aunai@lpp.polytechnique.fr
<a name="Symptom"></a>
<h1 >Symptom<a href="#Symptom" class="wiki-anchor">¶</a></h1>
<p>The zoom on time series is not controlable. On my mac I must hit cmd+mouse wheel, and then it immediately zoom on 2 points. I couldn't even zoom back. We need it to be much less sensitive.<br />By the way, at some point the zoom "speed" should be a control parameter available to the user somewhere.</p> SocExplorer - Bug #504 (New): setInstanceName doesn't changes python context instance name and al...https://hephaistos.lpp.polytechnique.fr/redmine/issues/5042015-09-21T13:27:42ZAlexis Jeandet
<p>The best solution would be to remove this method from python context since it's internal stuff.</p> SocExplorer - Bug #498 (New): Timecode + timegen en mode router non fonctionnelshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4982015-09-18T11:35:50ZVeronique bouzid
<p>Timecode:<br />Revoir la fonction SendOneTimecode</p>
<p>Timegen:<br />la procedure manuelle d'utilisation de Timegen fonctionne.<br />Investiger pourquoi en automatique le mode router ne fonctionne pas.</p> Solar Orbiter LFR - Bug #471 (New): Bistream 1.1.85 issueshttps://hephaistos.lpp.polytechnique.fr/redmine/issues/4712015-07-17T09:49:53ZAlexis JeandetSolar Orbiter LFR - Bug #301 (New): Réception des harnais de tests STAEhttps://hephaistos.lpp.polytechnique.fr/redmine/issues/3012014-12-19T12:23:43ZVincent Leray
<p>STAE a livré ce matin les harnais (LFR 701H à LFR 704H, LFRSPWH), ainsi que la boite éclatée 21points et les cavaliers.<br />La boite éclatée est OK.<br />Les deux harnais LFR703H ont été retournés car mauvais genre de connecteur coté 9 points.<br />Les deux harnais LFR704H montrent une inversion sur le 1V5 (mesure donne <del>2,12V, double contrôle Paul/Vincent) -</del>> Surtout à ne pas utiliser (câbles identifiés et scellés). STAE est alerté.</p>
<p>Les autres harnais doivent être contrôlés.</p>