-
-
Notifications
You must be signed in to change notification settings - Fork 986
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Editing the standard appearance of a Track folder is buggy... #20125
Comments
The same issue in the last playstore release +4.7.17 but a little different: no matter if you apply to "existing" or "new" tracks, after a restart of the app all changes are gone... |
The bug was partially reproduced. I created a folder, added three tracks, and set the "standard appearance" to yellow. Then, I added another track with a blue appearance. Following your instructions, I changed the "standard appearance" back to yellow and selected the "Apply only to new" option. However, the blue track's color did not change to yellow. Additionally, when I added another blue track, its color also did not change to yellow, despite the "standard appearance" being set to yellow and the "Apply only to new" option being selected. OsmAnd~ 4.8.0#2533m, released: 2024-06-19 video_2024-06-19_11-54-45.mp4 |
I couldn't reproduce today as it was yesterday, but the behavior is different every few uses... Like: I have to go via another color, apply it and then can go back to yellow again... Using today's 4.8.0#2534 |
Yes, "apply to new" does not do anything to new tracks moved into a folder. |
One question: |
Anyway, applying the standard appearance of a TRACK-FOLDER should automatically apply to all added tracks. Why should tracks I moved to a folder I defined as YELLOW be displayed in any other colour? Why to set the folders appearance as standard if the tracks don't follow this setting (no use for "existing" or "new"? |
Default appearance only applied for tracks which don't have track color selected so it works as expected, yo u need to change track appearance of selected tracks |
As I understand it, this is expected behavior. The "Apply only to new" option affects only tracks that have not been assigned a specific color, meaning those with the default appearance. If you've set the default appearance for a folder and chosen "Apply only to new,"it won't affect tracks that already have a custom appearance set. OsmAnd~ 4.8.0#2568m, released: 2024-06-24 video_2024-06-24_12-14-20.mp4 |
Yes of course, it depends on how you define it. But: choosing "existig" does not follow this/your rule, "existing" means "all existing", no matter if previously edited or not. |
Description
) three tracks in a folder, named A, B and C.
) in "my places" I set the folders "standard appearance" to yellow and apply (at this point no question "existing or new" is asked). Apply.
) tracks A, B and C are yellow now.
) move one more track, named D, into this folder
) A, B and C are yellow, D is green.
) set the folders "standard appearance" again to yellow, now Iḿ asked "existing or new?" and select "new"
) tracks A, B, C and D are yellow. Fine!
) add another track named E to this folder.
) track E is green, but at this point also track D has switched back to green again!
) you can continue this game, and every time only the initial tracks A, B and C keep their color when adding a track. All the others are always set back to their previous color, when adding a new track.
Steps to reproduce
See above.
Actual result
Switching the previously added tracks color back to their origin when adding a new track.
Expected result
Keep the color as defined.
Your Environment (required)
4.8.0#2515
The text was updated successfully, but these errors were encountered: