Re: VERSION 3.6 RELEASE CANDIDATE 2

[Rui_B]

Good morning & thank you all for your dedication and belief in this awesome project.

I have an issue that has an easy work-around.... when selecting the Train Mode, the app crashes if no ANT+ communication device is present. This not a new issue, The work-around is to just plug in the ANT+ device... works perfectly.

(Mac version. MacOS 12.5)

Cheers,

Rui

On Sunday, August 14, 2022 at 12:36:42 PM UTC-7 Ale Martinez wrote:

Hopefully the last release candidate before we publish version 3.6

See https://github.com/GoldenCheetah/GoldenCheetah/releases/tag/v3.6-RC2 for details, binaries are available expanding the Assets label, please read the IMPORTANT notes above that before install.

You should receive an upgrade warning before each athlete is upgraded, please don't ignore it.

To access the new default perspective you can create a new athlete, or use View > Reset Layout for each view and Reset to Defaults in Trends > SideBar > Charts,  provided you have exported your custom charts before.

Activities

General perspective is for all Sport but mainly Bike oriented, there are specific perspectives for Run and Swim activities which will be selected automatically. Additionally there is a combined Map&Ride tiled perspective intended to work with intervals on the map

Trends

General perspective is mostly what we had with updated Overview, no Summary and some charts moved to other perspectives for clarity sake, Library is here to display charts selected in the sidebar. There are additional perspectives for Power Duration analysis of Bike activities, Triathlon oriented multisport perspective, and Measures perspective for analysis of daily measures s.t. Body, HRV and Nutrition.

Train

 There are perspectives for different type of workouts: ERG, Slope, Video and Map which will selected automatically, and Editor which has automatic switch disabled.

For more information about perspectives, see Perspectives Selector

Metadata is now global and it will be a combination of metadata config from all your athletes plus default one. If you are already using v3.6 and want to redo this process to incorporate new fields, delete metadata.xml parallel to your athletes folders or better move it to your first athlete, before GC start.

Please post issues with this build to this thread.

Regards, Ale.

[Ale Martinez]

El miércoles, 17 de agosto de 2022 a la(s) 14:10:47 UTC-3, Rui_B escribió:

I have an issue that has an easy work-around.... when selecting the Train Mode, the app crashes if no ANT+ communication device is present. This not a new issue, The work-around is to just plug in the ANT+ device... works perfectly.

 

Do you have Auto-connect devices enabled in Train preferences?

[Rui_B]

ahh... yes I did.  Unchecked it, and now doesn't crash.

Thank you.

. 

[Ale Martinez]

We have new snapshot builds in the main site, they are RC2 plus 2 main changes:

1) Reveal controls disabled for all charts to avoid the interference reported in this forum, with Show Console now available as standard setting for R and Python charts.

2) Fix Elevation doesn't use MapQuest elevation service anymore since it will be phased out on Aug-31, and it was replaced by https://open-elevation.com/. Please, consider a donation there if you find it useful and use it frequently, to maintain free online services it is not free regrettably.

We have no new issues reported from RC2, so remaining ones are the already know usability problems with dark mode themes and compare mode quirks, for which we don't have a solution yet. As usual, feedback is welcome.

Regards, Ale.

[pinaman]

Great decision to move "Show console" (python) to Chart settings pop-up. It was annoying when you wanted to click first line in console, but then "Show console" option slides down.

[Ale Martinez]

For clarity sake, known usability issues are specific to Windows builds and they have the following workarounds:

- If you have unreadable items using a Dark theme: switch to a Light one

- Compare pane disappears when trying to resize it: hide/show it using the toolbar icon or view menu to recover

- Compare pane doesn't accept dropping activities in Analysis view: enable Entire Activity auto-discover in config > Intervals and drag and drop Entire Activity interval

Neither of these seems to happen on macOS or Linux builds, AFAIK.

[marcen]

I have tested the three points under Archlinux.

1. dark theme works for me without errors. Under KDE with the themes Breeze light and Breeze dark.

Qt: 5.15.5
KDE Frameworks: 5.97.0

picture theme Breeze ligh

2. the error is is only on Trends present. In Activities works fine.

3. the error is still there.

[marcen]

2. is also available for activities. I tried it with a new user.

And I noticed a different behaviour.

For Activities the following:
If an interval is dragged into the compare pane, the interval is deleted from the list where the intervals can be selected.

For Trends the following:

If a range is dragged from the date range into the Compare pane, the name is deleted.

I tried it with a new user.

[marcen]

For Activities:

After a restart of GC, the intervals are there again.

For Trends:

only the self-created date rang the names are not restored.

thx Steve for testing.

[Ale Martinez]

El viernes, 26 de agosto de 2022 a la(s) 16:10:12 UTC-3, marcen escribió:

I have tested the three points under Archlinux.

This is using the snapshot AppImage or your own build?

My Linux comments above were based on the AppImage running on stock Ubuntu 20.04.

[Ale Martinez]

El lunes, 22 de agosto de 2022 a la(s) 20:34:58 UTC-3, Ale Martinez escribió:

There are new snapshot build in the main site, besides the above, changes from RC2 are:

efd925335 Update translations to include latest strings before release
aae337613 R athlete.zones - generalize for all sports and add hr/pace lows
c1bbe1b59 Python athleteZones - generalize for all sports and add hr/pace lows
f8b6cc6c1 FixElevation - Use post instead of get for open-elevation requests
82df874e5 Update German translation
7b44eaa7a Deprecate Google Drive and Calendar due to changes in OAuth
a31ce926d Enable Estimator debug as a runtime option
481e11fff Avoid random crash in HrPwPlot when HR>=220
0108a05f5 Fit file import - Interpolate lrbalance between valid values only
700f855ce Strava download - Update RPE field if present
1e8220237 Update Python library with missing constants for Qt Charts

Regards, Ale.

[marcen]

Using the snapshot form 22.08.2022 for the test.

[Ale Martinez]

El sábado, 27 de agosto de 2022 a la(s) 12:55:44 UTC-3, marcen escribió:

Using the snapshot form 22.08.2022 for the test.

So besides the Windows peculiarities we also have distribution ones, sigh... 

[Ale Martinez]

El viernes, 26 de agosto de 2022 a la(s) 17:33:54 UTC-3, marcen escribió:

For Trends the following:

If a range is dragged from the date range into the Compare pane, the name is deleted.

I tried it with a new user.

I can reproduce this on my main user on Windows: dragging a builtin date range to the compare pane works, but the date range name in the sidebar becomes blank.

OTOH, dragging a user defined date range provokes a crash with the attached crash log, which is weird since the sequence seems to indicate an attempt to modify the name of the date range which I cannot track to any reasonable pathway in the code, compare pane drop event finishes normally calling context->notifyCompareDateRangesChanged() but I don't understand how this event ends up modifying the seasons.

[marcen]

I have tested a user date range with the snapshot version of 27.08.2022 under ArchLinux.

GC does not crash when I drag a user defined date range into the compare pane.
The name of the user defined date range is still empty after a restart of GC.

[Ale Martinez]

El martes, 30 de agosto de 2022 a la(s) 18:14:21 UTC-3, marcen escribió:

I have tested a user date range with the snapshot version of 27.08.2022 under ArchLinux.

GC does not crash when I drag a user defined date range into the compare pane.
The name of the user defined date range is still empty after a restart of GC.

This side effect, and the crash I am experiencing, is easy to avoid just avoiding to connect the itemChanged event from the date ranges tree in: https://github.com/GoldenCheetah/GoldenCheetah/blob/80b671f4aad4b52772ba0ce088bc1aa19acdf714/src/Gui/LTMSidebar.cpp#L229

Since the items are not user editable I think this connection is not necessary, but there remains the item becoming blank in the list until restart problem, and why/how the item name is cleared in the first place, for which I have no clue.

[Joachim Kohlhammer]

Ale Martinez schrieb am Mittwoch, 31. August 2022 um 15:15:03 UTC+2

Since the items are not user editable I think this connection is not necessary, but there remains the item becoming blank in the list until restart problem, and why/how the item name is cleared in the first place, for which I have no clue.

I found two independent workarounds to mitigate the wiping of the items text:

1. Changing the Drag/Drop-Mode of the SeasonTreeView from InternalMove to DragOnly: https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Core/Season.cpp#L559 
2. Ignoring the DropEvent instead of accepting it in the ComparePane (but consuming it nevertheless): https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Gui/ComparePane.cpp#L635

#1 is not a fix as it breaks the drag/drop-reordering of the seasons, and #2 requires more investigation of what really is happening. Maybe this could be a pointer for somebody who has more knowledge of Qt than me. However I will continue looking into this. 

[Ale Martinez]

Thanks, #2 fixes the issue both for intervals and seasons in my tests, it doesn't seem to have other effects, but I don't really understand the reason.

[Joachim Kohlhammer]

Ale Martinez schrieb am Freitag, 2. September 2022 um 19:26:25 UTC+2:

Thanks, #2 fixes the issue both for intervals and seasons in my tests, it doesn't seem to have other effects, but I don't really understand the reason.

I think I found the reason: SeasonTreeView sets the DragDropMode to InternalMove in https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Core/Season.cpp#L559

This allows only a move-action to be assigned to the QDropEvent, thus rendering the change of the action to copy void in  https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Core/Season.cpp#L559

Setting the DragDropMode in SeasonTreeView to DragDrop allows both actions (move and copy) for the event, fixes the issue while still allowing reordering of items and requires no change in ComparePane. To not crash GC when reordering the default action has to be set to move.

Probably an additional check is required that SeasonTreeView accepts only drops from itself - to my knowledge this was part of the InternalMove-mode.

To make it short, I switched back into the direction of #1 with a small variation, see also the attached diff

[Joachim Kohlhammer]

Copy&Paste-Error: The second link should be https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Gui/ComparePane.cpp#L634

[Ale Martinez]

El viernes, 2 de septiembre de 2022 a la(s) 19:50:10 UTC-3, tiefgara...@gmail.com escribió:

Ale Martinez schrieb am Freitag, 2. September 2022 um 19:26:25 UTC+2:

Thanks, #2 fixes the issue both for intervals and seasons in my tests, it doesn't seem to have other effects, but I don't really understand the reason.

I think I found the reason: SeasonTreeView sets the DragDropMode to InternalMove in https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Core/Season.cpp#L559

This allows only a move-action to be assigned to the QDropEvent, thus rendering the change of the action to copy void in  https://github.com/GoldenCheetah/GoldenCheetah/blob/cabe078453cbe8e136b8adf8d4187a5be878671b/src/Core/Season.cpp#L559

Setting the DragDropMode in SeasonTreeView to DragDrop allows both actions (move and copy) for the event, fixes the issue while still allowing reordering of items and requires no change in ComparePane. To not crash GC when reordering the default action has to be set to move.

Excellent, thanks!

 

Probably an additional check is required that SeasonTreeView accepts only drops from itself - to my knowledge this was part of the InternalMove-mode.

This solution setting the mode depending on the origin may be worth to try: https://stackoverflow.com/questions/66309054/pyqt5-drag-and-drop-with-internal-move-between-two-qlistwidgets 

[Joachim Kohlhammer]

Ale Martinez schrieb am Samstag, 3. September 2022 um 07:19:28 UTC+2:

This solution setting the mode depending on the origin may be worth to try: https://stackoverflow.com/questions/66309054/pyqt5-drag-and-drop-with-internal-move-between-two-qlistwidgets 

This approach didn''t fix it for me as dragEnterEvent is called as soon as the drag starts, resulting in InternalMove in any case. Unfortunately QDragLeaveEvent doesn't expose the events source, so setting the mode to DragDrop in dragLeaveEvent would alter all Drag-Events passing the SeasonTreeView. I can smell a lot of unwanted behaviour here.

In my updated diff I ignore the QDragEnterEvent in SeasonTreeView if its origin is not this and action not MoveAction. This seems to do the trick for me. 

[Ale Martinez]

Your solution makes sense, It works for me, and applying it to IntervalTreeView fixes the same issue in Activities view when dragging intervals.

I will look to apply it to RideTreeView inside RideNavigator to see if we can enable compare activities again. 

[Ale Martinez]

That was easy, changing the mode:

diff --git a/src/Gui/RideNavigator.cpp b/src/Gui/RideNavigator.cpp
index 0b66a06b9..1edb76c23 100644
--- a/src/Gui/RideNavigator.cpp
+++ b/src/Gui/RideNavigator.cpp
@@ -1376,7 +1376,8 @@ RideNavigator::showTreeContextMenuPopup(const QPoint &pos)

 RideTreeView::RideTreeView(QWidget *parent) : QTreeView(parent)
 {
-    setDragDropMode(QAbstractItemView::InternalMove);
+    setDragDropMode(QAbstractItemView::DragDrop);
+    setDefaultDropAction(Qt::MoveAction);
     setDragEnabled(true);
     setDragDropOverwriteMode(false);

     setDropIndicatorShown(true); 

allows to compare activities, so all compare mode issues would be solved, except for the non-resizable compare pane happening in some conditions.

[Ale Martinez]

The solution proposed by Joachim in the discussion above is included in new snapshot builds, now drag and drop from Activities, Intervals and Date Ranges lists to compare pane should work without affecting the original items, the compare pane may still disappear when trying to resize in some cases and it can be recovered using hide/show.

Testing and feedback from different environments would be helpful, Thank you.

[marcen]

Tested the new snapshot under ArchLinux.

Date range, RideTreeView and IntervalTreeView it is possible to drag and drop the activities or  Date range into the compare pane.

[Steve Edmonds]

Seems to be working correctly on Mac also.

[Ale Martinez]

El sábado, 3 de septiembre de 2022 a la(s) 12:25:29 UTC-3, Ale Martinez escribió:

The solution proposed by Joachim in the discussion above is included in new snapshot builds, now drag and drop from Activities, Intervals and Date Ranges lists to compare pane should work without affecting the original items, the compare pane may still disappear when trying to resize in some cases and it can be recovered using hide/show.

BTW, I can reproduce the compare pane disappearing while trying to make it taller on Windows, but not on macOS or Ubuntu Linux, can anyone reproduce this on an OS other than Windows?

[Joss Winn]

On 4 Sep 2022, at 11:40, Ale Martinez <amtri...@gmail.com> wrote:

El sábado, 3 de septiembre de 2022 a la(s) 12:25:29 UTC-3, Ale Martinez escribió:

The solution proposed by Joachim in the discussion above is included in new snapshot builds, now drag and drop from Activities, Intervals and Date Ranges lists to compare pane should work without affecting the original items, the compare pane may still disappear when trying to resize in some cases and it can be recovered using hide/show.

BTW, I can reproduce the compare pane disappearing while trying to make it taller on Windows, but not on macOS or Ubuntu Linux, can anyone reproduce this on an OS other than Windows?

It disappears for me on macOS. I didn’t have that problem until this latest snapshot. I’ve never been able resize it although I would like to. 

[Alfred]

Hi Rui and Ale,

 similar issue here. When selecting the Trend-mode (not the Train-mode), the program crashes. Installed 3.6 RC2 today on a Win10 which works fine with the previous version from ~Feb.

best

alfred

 

Rui_B schrieb am Mittwoch, 17. August 2022 um 20:12:37 UTC+2:

ahh... yes I did.  Unchecked it, and now doesn't crash.

Thank you.

. 

On Wednesday, August 17, 2022 at 10:25:45 AM UTC-7 Ale Martinez wrote:

El miércoles, 17 de agosto de 2022 a la(s) 14:10:47 UTC-3, Rui_B escribió:

I have an issue that has an easy work-around.... when selecting the Train Mode, the app crashes if no ANT+ communication device is present. This not a new issue, The work-around is to just plug in the ANT+ device... works perfectly.

 

Do you have Auto-connect devices enabled in Train preferences?

[marcen]

I have only tested it under Activities. Under ArchLinux
If there a R chart under the different default perspectives, the compare pane cannot be enlarged.
If all R charts are deleted and GC is restarted, the compare pane can be enlarged again.

[Ale Martinez]

El domingo, 4 de septiembre de 2022 a la(s) 14:59:56 UTC-3, Alfred escribió:

Hi Rui and Ale,

 similar issue here. When selecting the Trend-mode (not the Train-mode), the program crashes. Installed 3.6 RC2 today on a Win10 which works fine with the previous version from ~Feb.

If you are experiencing a crash I would suggest to install the latest snapshot build from http://www.goldencheetah.org/#section-download, since it has the more recent bug fixes, and if the crash happens again, start GoldenCheetah.exe from the File Explorer (instead of a shortcut) and attach the crash log file generated parallel to your athlete folder for analysis. 

[Ale Martinez]

El domingo, 4 de septiembre de 2022 a la(s) 17:23:46 UTC-3, marcen escribió:

I have only tested it under Activities. Under ArchLinux
If there a R chart under the different default perspectives, the compare pane cannot be enlarged.
If all R charts are deleted and GC is restarted, the compare pane can be enlarged again.

Thank you, this also avoids the issue on Windows, removing the SS(R) chart from swim perspective in default layout and restarting allows to resize the compare pane. I need to do some checks on Trends but the pattern will likely repeat.

[Ale Martinez]

It does 

[marcen]

If an R chart is imported where the compare pane previously worked normally, the compare pane can be resize.
Only when GC is closed and GC is restarted can the size of the compare pane no longer be resize.

[Ale Martinez]

El domingo, 4 de septiembre de 2022 a la(s) 19:53:04 UTC-3, marcen escribió:

If an R chart is imported where the compare pane previously worked normally, the compare pane can be resize.

This may be useful for debugging, added t https://github.com/GoldenCheetah/GoldenCheetah/issues/4267 for tracking

[Alfred]

thank you Ale, started the app from the Explorer and again crashed when selecting Trend-mode.

Where should the crash-log-file be generated? Couldn't find it in the folder.

cheers

[Ale Martinez]

El lunes, 5 de septiembre de 2022 a la(s) 09:19:07 UTC-3, Alfred escribió:

thank you Ale, started the app from the Explorer and again crashed when selecting Trend-mode.

Where should the crash-log-file be generated? Couldn't find it in the folder.

Parallel to you athlete folder, use Help > About to find athlete folder, then go up to the parent folder 

[Alfred]

yes, thats where I have it expected to be. However, there is no crash-file (see fig).

I also found out that the crash happens only for my "own" person (Nimmerichter), but not when opening the dummy "Import"

 

[Ale Martinez]

El lunes, 5 de septiembre de 2022 a la(s) 10:06:00 UTC-3, Alfred escribió:

yes, thats where I have it expected to be. However, there is no crash-file (see fig).

When no crash file is created the issue tends to be at a lower level than application, display driver and C++ runtime are the typical offenders.

 

I also found out that the crash happens only for my "own" person (Nimmerichter), but not when opening the dummy "Import"

Do they have the same Trends layout or have you created/imported/downloaded custom charts to your main athlete?

Trends layout is config\home-perspectives.xml in v3.6

[Alfred]

yes, there are different layouts, and I also use some "usermetrics".

I assume the layouts are stored somewhere in the "athlete/config" folder?

Does it make sense to delete this folder, and after restarting GC copy back file-by-file and see when the crash occur?   

[Alfred]

uups, sorry just saw this

Trends layout is config\home-perspectives.xml in v3.6

[Ale Martinez]

Updated default layouts don't contain R charts, so View > Reset Layout (export your custom charts before or use a test athlete) and restart should fix (or better said, avoid) the compare pane non-resizable issue.

[Alfred]

ok, I have copied the home-perspectives to my dummy athlete > and crashed.

I have exported my custom charts from the "activities" layout, but how to export the trends-layout charts when GC crashes before? 

[Ale Martinez]

El lunes, 5 de septiembre de 2022 a la(s) 12:23:28 UTC-3, Alfred escribió:

ok, I have copied the home-perspectives to my dummy athlete > and crashed.

I have exported my custom charts from the "activities" layout, but how to export the trends-layout charts when GC crashes before? 

I could reproduce the issue with the layout you attached and fixed it in https://github.com/GoldenCheetah/GoldenCheetah/commit/fbae10f1030d48ebe9cbcc44c9d4ae4562959007 

[Alfred]

not sure what to do with this. 

Although I see the red and green rows with, I assume the error and the solution. Should I select "view file" and copy/paste the content to a new xml-file as home-perspective?

Apologise, but not enough knowledge with handling such codes. 

[Ale Martinez]

El lunes, 5 de septiembre de 2022 a la(s) 14:01:59 UTC-3, Alfred escribió:

not sure what to do with this. 

Although I see the red and green rows with, I assume the error and the solution. Should I select "view file" and copy/paste the content to a new xml-file as home-perspective?

Apologise, but not enough knowledge with handling such codes. 

You can download an installer with the fix applied from: https://ci.appveyor.com/project/Joern-R/goldencheetah-knhd8/builds/44682570/artifacts 

[Alfred]

ok, uninstall the current version before?

[Ale Martinez]

El lunes, 5 de septiembre de 2022 a la(s) 14:21:42 UTC-3, Alfred escribió:

ok, uninstall the current version before?

Yes 

[Alfred]

thanks for your support Ale, appears as if it works now. 

Have also reset the layout, but cannot re-import my exported charts. However, maybe this will be possible later.

cheers

alfred  

[Ale Martinez]

El lunes, 5 de septiembre de 2022 a la(s) 16:42:00 UTC-3, Alfred escribió:

thanks for your support Ale, appears as if it works now. 

Have also reset the layout, but cannot re-import my exported charts. However, maybe this will be possible later.

What's the problem importing those charts? If you attach one of them, we can try to diagnose the issue. 

[Joss Winn]

I’ve noticed that on macOS I can’t import a chart from the Charts library ‘burger’ menu. Clicking on Import Charts does not allow me to select a .gchart file, whereas View - Import chart does recognise .gchart.

--
_______________________________________________
Golden-Cheetah-Users mailing list
golden-che...@googlegroups.com
http://groups.google.com/group/golden-cheetah-users?hl=en
---
You received this message because you are subscribed to the Google Groups "golden-cheetah-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to golden-cheetah-u...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/golden-cheetah-users/4dd915a0-7ae3-47fb-b882-9db37ecf03c8n%40googlegroups.com.

[Ale Martinez]

El martes, 6 de septiembre de 2022 a la(s) 03:28:10 UTC-3, jo...@josswinn.org escribió:

I’ve noticed that on macOS I can’t import a chart from the Charts library ‘burger’ menu. Clicking on Import Charts does not allow me to select a .gchart file, whereas View - Import chart does recognise .gchart.

https://github.com/GoldenCheetah/GoldenCheetah/wiki/UG_Side-Bar_Trends-view#charts 

[Joss Winn]

I see. The meaning of Import Charts (XML) is not the same as Import Chart (gchart). Thanks.

[Ale Martinez]

What's This? context help allows to go directly to the relevant part of the documentation in v3.6, it may worth a read before to report an issue.

[Alfred]

tried again today and the import works now, maybe too late yesterday night...

What I realised now is, by starting the app it seems that all data-files are calculated again (appr. 1500), indicated by the colour-bar under the tiles. This was typically the case when data-files were imported the first time.

best

alfred

[Ale Martinez]

El martes, 6 de septiembre de 2022 a la(s) 14:19:48 UTC-3, Alfred escribió:

tried again today and the import works now, maybe too late yesterday night...

What I realised now is, by starting the app it seems that all data-files are calculated again (appr. 1500), indicated by the colour-bar under the tiles. This was typically the case when data-files were imported the first time.

This is a one-time process as metrics are re-calculated for all your activities on upgrade, provided you let it to finish, otherwise it will start again on the next run. 

[Alfred]

yes I know, I am aware of this. But I have tried right now, after ~30min the colour-bar disappeared (assume this means that the metrics are re-calculated) > closed and restarted GC > and on it goes again with calculating

[Ale Martinez]

El martes, 6 de septiembre de 2022 a la(s) 14:45:13 UTC-3, Alfred escribió:

yes I know, I am aware of this. But I have tried right now, after ~30min the colour-bar disappeared (assume this means that the metrics are re-calculated) > closed and restarted GC > and on it goes again with calculating

This could happen if GC is crashing on exit, before to save the cache to disk,  s.t. https://github.com/GoldenCheetah/GoldenCheetah/wiki/GoldenCheetah-crashes-on-exit-or-when-saving-files 

[Ale Martinez]

El domingo, 4 de septiembre de 2022 a la(s) 17:23:46 UTC-3, marcen escribió:

I have only tested it under Activities. Under ArchLinux
If there a R chart under the different default perspectives, the compare pane cannot be enlarged.

If all R charts are deleted and GC is restarted, the compare pane can be enlarged again.

Another user recently proposed a more practical workaround: disable R in config and restart, it works for me without the need to remove the R charts.  

[Joss Winn]

On latest snapshot (Sept 3rd) macOS, disabling R and restart does not fix this for me. I can’t find a way to grab the compare pane to resize  (the cursor does not change and there is no movement of the pane). When clicking the compare pane to try and drag/resize, it disappears and I have to turn it off/on again. 

[Alfred]

sorry for late reply, back now.

Crash on exit could be the reason as I realised a few seconds of "unresponsiveness" when GC is closed.

Followed your link:

                          An alternative is to disable OpenGL, this can be done setting the environment variable QT_OPENGL=software, this makes QT doing pure software rendering avoiding most driver issues, at a performance cost.

                          On Windows another option is to set QT_OPENGL=angle to map the OpenGL calls to DirectX calls - so that also no OpenGL driver is used. 

but not exactly sure on where/how to do these settings.

I remember that previously I have also changed the DPI settings in GC properties:

 

best

alfred

[Ale Martinez]

El viernes, 9 de septiembre de 2022 a la(s) 10:32:09 UTC-3, Alfred escribió:

sorry for late reply, back now.

Crash on exit could be the reason as I realised a few seconds of "unresponsiveness" when GC is closed.

Followed your link:

                          An alternative is to disable OpenGL, this can be done setting the environment variable QT_OPENGL=software, this makes QT doing pure software rendering avoiding most driver issues, at a performance cost.

                          On Windows another option is to set QT_OPENGL=angle to map the OpenGL calls to DirectX calls - so that also no OpenGL driver is used. 

but not exactly sure on where/how to do these settings.

https://letmegooglethat.com/?q=how+to+set+an+environment+variable+in+Windows+10 

[Alfred]

Thank you Ale,

neither of the suggested options worked for me. I have tried in both, "user variables" and "system variables".

Always ending up with re-calculating.

 

[Ale Martinez]

El viernes, 9 de septiembre de 2022 a la(s) 13:08:37 UTC-3, Alfred escribió:

Thank you Ale,

neither of the suggested options worked for me. I have tried in both, "user variables" and "system variables".

Always ending up with re-calculating.

You may need to reboot for system or reinitiate the session for user, after that you should check if using 'software' option and letting it to complete the cache rebuild, it doesn't crash on exit, so the rebuild doesn't happen the next run.

Otherwise check the wiki entry on crash diagnosis.

Hope it helps, I am done with this.

[Ale Martinez]

El domingo, 14 de agosto de 2022 a la(s) 16:36:42 UTC-3, Ale Martinez escribió:

Hopefully the last release candidate before we publish version 3.6

See https://github.com/GoldenCheetah/GoldenCheetah/releases/tag/v3.6-RC2 for details, binaries are available expanding the Assets label, please read the IMPORTANT notes above that before install.

You should receive an upgrade warning before each athlete is upgraded, please don't ignore it.

To access the new default perspective you can create a new athlete, or use View > Reset Layout for each view and Reset to Defaults in Trends > SideBar > Charts,  provided you have exported your custom charts before.

Activities

General perspective is for all Sport but mainly Bike oriented, there are specific perspectives for Run and Swim activities which will be selected automatically. Additionally there is a combined Map&Ride tiled perspective intended to work with intervals on the map

Trends

General perspective is mostly what we had with updated Overview, no Summary and some charts moved to other perspectives for clarity sake, Library is here to display charts selected in the sidebar. There are additional perspectives for Power Duration analysis of Bike activities, Triathlon oriented multisport perspective, and Measures perspective for analysis of daily measures s.t. Body, HRV and Nutrition.

Train

 There are perspectives for different type of workouts: ERG, Slope, Video and Map which will selected automatically, and Editor which has automatic switch disabled.

For more information about perspectives, see Perspectives Selector

Metadata is now global and it will be a combination of metadata config from all your athletes plus default one. If you are already using v3.6 and want to redo this process to incorporate new fields, delete metadata.xml parallel to your athletes folders or better move it to your first athlete, before GC start.

Please post issues with this build to this thread.

Regards, Ale.

There are new snapshot builds available for download from http://www.goldencheetah.org/#section-download

They include the cumulative fixes post RC2 including:

• Finished German and Spanish translations
• Disable reveal controls to avoid interferences in charts
• Changes in FixElevation to use OpenElevation.com public API post method
• Update RPE field from Strava sync
• Deprecate Google Drive and Calendar due to OAuth restrictions incompatible with GC workflow
• Avoid crashes in some rare cases
• Fix drag and drop to compare pane issues
• Update build number to test the upgrade warning message.
• Remove R charts from default layouts since R is not enabled by defaults and they trigger the non-resize issue in Compare Pane, so lets avoid the problem for new athletes, since we don't have a solution for this yet.

For personal reasons I will be less involved with GC in the next couple of weeks and I will not likely respond quickly, specially for system specific-non easily reproducible issues, please do your homework if you experience one of them and don't expect spoon-feeding.

Thanks to all of you collaborating with testing and proposing solutions.

Regards, Ale.

[Alfred]

Ale,

many thanks for your efforts. Will play further with this.

best

alfred

[Ja Lo]

Hi

Can the SHA-256 for windows be confirmed please.

On GC website it is:                                        90a105bf51508fa27148772cd85425572a77e761853f3655481219c3a0eb49fc

When I calculate it on the download I get: 716DC12147CD98FB0CCE4C7F2DFF1D31EFAB2F5F13D570A9ED3AF18F49A07CC0

which is different and a concern. The MAC sha256 seems correct, so not sure what's happening with the windows one (holding of installing just in case.....)

Thanks

J

[Ale Martinez]

For RC2 it can be a copy paste error, but I cannot verify it now because I am on travel. Snapshot sha256 in companion.txt files are automatically generated and it should match, and I recommend to use snapshot builds now since the have several fixes applied wrt rc2. 

[Ale Martinez]

You may need to remove all R charts from the perspectives of the view, just disabling R is easier but it doesn't seem to work in all cases.