Apart from some which I have reported before, here are others: (some are actually present also in previous versions)
[We can reproduce, working on fix] When dragging the end of a row so that the row has 5 measures, the display becomes glitched and the rhythm of the next row’s initial beat is also affected: http://puu.sh/goxyi/b3d2910058.png
[Fixed] Editing any Theorytab in the database removes the YouTube video.
When loading a .hkt file, all rests are split at beat boundaries.
[Fixed 2015.03.15] Double-tapping the ‘o’ key quickly, which used to iterate through the non-diatonic options but now brings up the load file menu, freezes the entire application.
[Fixed] The old voicing algorithm is still used in the Trends page display.
There is significantly more desync than the previous versions when using the default mixer template, due to both slight timing errors and leading silence in the piano sample files.
@HertzDevil, as always, thank you. We are working through these now.
This has been fixed. It turns out this behavior only presented itself when a user had selected “disable YouTube videos by default” on their Theorytab Settings page. This inadvertently removed the YouTube when editing a Theorytab.
I will continue to add to this post as bugs are squashed.
It actually doesn’t freeze the application. Typing the keyboard shortcut “o” now shows the “open file” overlay. The overlay can be cancelled by hitting the “Cancel” button within the overlay, or with the “esc” keyboard shortcut. I suppose I could make “o” also close the overlay, that might be better. “n” is now used to cycle through “non-diatonic” options, rather than “o”.
I will add a note to the Hookpad change log that we changed this keyboard shortcut. We also changed “m” (which previously added a magic chord) to “8”.
I am not able to reproduce this behavior. I created a two-line project, added I, ii, iii, IV, V (each 4 beats) on line 1, then added I on line 2. Then I dragged the end of line 1 to shrink it to five measures. When I click play, it sounds fine. Anything I should try differently to reproduce this bug?
We’ve moved to using mp3s for the default piano from WAV files in order to have faster loading times. Unfortunately, the mp3 decoding introduces some dead space which seems to be causing some small shifts in timing. If we can’t find a satisfactory fix to this problem we may go back to the WAV files.
When the ‘o’ is tapped very quickly, multiple overlays may open at the same time and even the Cancel button won’t have any effect.
Also, on the mobile site you suggested Puffin as a web browser with the Flash Player, but that one requires manually activating a 14-day trial; Photon and FlashFox don’t.
This bug happens to occur only in 3/4 or 6/4 time.
After playing with the cursor on the melody track and the piano view enabled, some notes remain on the piano that do not get erased when the song is played again, but with the cursor residing on the chord track.
If the Theorytab contains rows that are not entirely filled with chords, playing the song (using Space instead of ‘P’) will cause the cursor to stop at the corresponding duration made up by all chords and rest chords.
After an invalid .hkt file is loaded, Hooktab refuses to load most data from other Theorytabs on both the local and cloud storage.
In public Theorytab pages, when a Theorytab is played with looping enabled, the cursor stays at the end of the Theorytab after the first loop.
[Fixed] Is it a feature or a bug to be able to transfer Theorytabs containing no asociated YouTube video?
When the palette is on a row which will be gone after loading a new Theorytab (e.g. the palette is on the 3rd row and an analysis with 2 rows is loaded), the entire editor’s spacing becomes glitched until the palette is repositioned.
More about the piano desync: in particular, the sample used near C6 has a significant leading silence. EDIT: As does the sample used between F#4 and B4.
The stray notes continue to appear in this syncopated rhythm and I have no idea whether this is the same issue that is supposed to have been fixed according to the change log.
This now has a better fix. Typing “o” now closes the open tool, once it has been opened. More details in this release are shown in the Hookpad changelog
Tested, still does not work if the “o” key is repeated too often. The second press or something hides the modal dialog, but further presses continue to create new dialogs and lock up the editor as before. I have to remove these HTML blocks myself to resume my work.
The load button now does not work at all in version 1.2.1.
The chord chart page uses the old version of Hookpad, and it also always uses the popular style Roman numerals in the chart. Example
When the cursor is at the beginning of a row on any non-empty chord track, pressing “Record” will move the cursor to the first measure not fully containing chords rather than wait at the beginning for one measure.
Copying a note or chord from a Theorytab and then pasting it in another one with a different time signature can glitch up the cursor position when the paste is repeated, and this can create rests or chords of negative duration when Hookpad automatically pads the empty space during saving. This bug most likely caused this to happen.
@MarkDundoreMusik did this resolve itself? I just wanted to follow up and see whether this was a momentary glitch with site slowness or something different.
When i try to add a rest note and change its length with the alt key, it messes up the already inputted notes, like this: http://i.imgur.com/WDvP2Ep.gif
