Timeline for ABCjs: can't set clef in K info field if mode not fully specified and image is cached
Current License: CC BY-SA 4.0
22 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Oct 20, 2020 at 14:32 | comment | added | Edward | Reproduced on Chrome 86.0.4240.75, Windows 10. I was wondering why the answers I was reading made no sense. | |
| Oct 18, 2020 at 7:06 | history | edited | Aaron | CC BY-SA 4.0 |
added workaround
|
| Oct 16, 2020 at 13:34 | comment | added | Aaron | @MichaelSeifert Hmm...Your code renders okay for me on Chrome, but only after clearing my cache and refreshing the page. The bug was previously confirmed on Safari 14 with MacOS 10.15.7, so maybe there's even more going on. Do any of the samples on the sandbox page render for you, or is the problem global for all ABC code? | |
| Oct 16, 2020 at 13:27 | comment | added | Michael Seifert | Clearing the cache doesn't fix the problem for me, particularly on the sandbox page. (Safari 14.0 on MacOS 10.14.6.) | |
| Oct 13, 2020 at 6:59 | comment | added | Andrew T. | For that specific issue, unfortunately I don't know the reason. I only know that SE is using version 2.3 while ABCjs Editor is using version 5.9, if that's the concern. | |
| Oct 13, 2020 at 6:31 | comment | added | Aaron | @AndrewT.Cool. Okay, so if the image itself isn't being cached, can you speculate on why clearing the cache seems to fix the problem? | |
| Oct 13, 2020 at 6:30 | comment | added | Andrew T. | Yes, repro on Chrome 85 on macOS 10.15.6. | |
| Oct 13, 2020 at 6:27 | comment | added | Aaron | @AndrewT. Just to clarify, are you able to reproduce the problem itself? | |
| Oct 13, 2020 at 6:25 | comment | added | Andrew T. | I'm not sure if ABCjs convert the notation to an image file and cache it (you can't right-click on it and save it as an image). Based on my experiment, it always redraw the notation as an SVG on-the-fly (if it's cached, disabling JavaScript will still show the image) | |
| Oct 13, 2020 at 6:13 | comment | added | Aaron | @AndrewT. Not sure I follow. It's image caching on the client side that seems to be the problem. | |
| Oct 13, 2020 at 6:09 | comment | added | Andrew T. | I'm not sure there's caching since the staff is generated on-the-fly by the JavaScript on the client's browser, not stored as an image on the server. Maybe buggy interaction between the script and the browser. | |
| Sep 30, 2020 at 9:27 | history | edited | Aaron | CC BY-SA 4.0 |
added systems info where problem occurs
|
| Sep 30, 2020 at 1:38 | comment | added | Aaron | I can also reproduce with Firefox on Windows 10, but the behavior is somewhat different. It seems like the second and/or third time I refresh, the image is "bad" but then it's okay after that. | |
| Sep 30, 2020 at 1:20 | comment | added | Aaron | I'm able to reproduce on Chrome and Safari on macOS 10.15.7 | |
| Sep 20, 2020 at 20:33 | comment | added | Richard | @Aaron For what it's worth, I can't reproduce this on Fedora using Firefox 80. | |
| Sep 14, 2020 at 7:51 | comment | added | Aaron | @DoktorMayhem Okay, not browser specific. The problem appears to be in rendering the image when it was previously cached by the browser. I can reproduce on Win10 with Edge and Chrome. Clearing the cache and reloading the page "fixes" the problem. | |
| Sep 14, 2020 at 7:47 | history | edited | Aaron | CC BY-SA 4.0 |
edited to reflect caching relationship to problem
|
| Sep 14, 2020 at 7:39 | comment | added | Aaron | @DoktorMayhem Appears to be platform/browser specific. Please see edit. | |
| Sep 14, 2020 at 7:38 | history | edited | Aaron | CC BY-SA 4.0 |
added information regarding platform/browser
|
| Sep 14, 2020 at 7:24 | comment | added | Doktor Mayhem Mod | Aaron - those two images look identical to me. What is it you are seeing? | |
| Sep 14, 2020 at 5:47 | history | edited | Aaron | CC BY-SA 4.0 |
edited title
|
| Sep 14, 2020 at 5:31 | history | asked | Aaron | CC BY-SA 4.0 |
