VGMdb Beta Bug Reports

[PsychoZeke]

Not sure if this has been addressed (I admit I'm lazy to go back and check), but when viewing the "Ratings" page all links are as follow:

http://vgmdb.net/album/0

All album IDs = 0. I don't know if it's intentional or not, but just wanted to comment on it. Hopefully it isn't intentional, 'cause I tend to revisit each album for re-rating (I tend to give "pre-ratings" and return for a full rating after listening to the whole album).

[Secret Squirrel]

Oops, I know exactly what that is, but won't be able to fix it until I get home.

[PsychoZeke]

Got it!

Thanks for the speedy reply.

[Gigablah]

It's okay, I fixed it.

I also implemented the ability to change all your own ratings directly on that page.

[PsychoZeke]

Now that is handy!

Thanks much, Giga; it'll certainly save me some clicks. =P

[Zorbfish]

Not sure if this is intentional or not but if the catalog field is left blank the "N/A" is not added by default.

[Gigablah]

Yeah, eventually I plan to purge "N/A" from the database. Filling that in doesn't really serve a purpose, technically speaking.

[Cedille]

Clicking 'DEL' at Recently Updated Scans page previously took us to the album that had the deleted scan, but now takes us to the album that has the scan added after the deletion.

[Nisto]

I don't know if it should be considered a bug; but when you want to close/open your folders inside your collection, you have to click twice (at least in Firefox version 3.5.7). I often "accidentally" double-click on the folders because of this, and when I do, it almost always adds a markup on the folder's name (not really a "problem" but I'm just mentioning...).


Edit: Note though, that this "bug" only occurs once per folder. If you go to your collection and click on a folder named "Example" it won't close on one click, but on the second click it does, after that you can close/open it by one click - but once you've left "My collection" and return, it takes two clicks to open/close the folder "Example" on the first try again.

[Secret Squirrel]

I tried this out in Firefox on a collection and experienced the same behavior. It's probably always done that, though I never noticed.

Originally Posted by Cedille

Clicking 'DEL' at Recently Updated Scans page previously took us to the album that had the deleted scan, but now takes us to the album that has the scan added after the deletion.

I never knew anyone clicked on those. Anyway, I've fixed this bug. Let us know if you notice any other oddities in the recent updates.

[Cedille]

The automatic change of a discussion thread title doesn't work at this moment, as seen in this thread.

[Gigablah]

Discussion thread title synchronization is now restored!

[Cedille]

Thanks! But this thread still remains the old display title so I will change it once again.

[Gigablah]

I'll just rename that thread manually.

[Gigablah]

jQuery has been upgraded to 1.4, please post here if any of the javascript code breaks.

[Cedille]

Not sure if it's called a bug, but it appears the links to My submission pages that were implemented in each username on the right column are now removed (it was very useful to track scans updates).

[Gigablah]

Oops, fixed it.

I've also added "View User's Submissions" to the dropdown menu on each forum post (when you click on the username).

[Cedille]

Thanks, but I've noticed a couple more things about the new submission form...

When we submit the price values separated by commas, the new submission form seems to wrongly interpret it (1,000 yen -> 1 yen), but sorry in advance if I'm only the member who ever adds a comma. It also seemingly cuts an artist name halfway, when we try to assign artists whose names include quotation marks or such (Hitoshi "YmoH.S" Sakimoto -> Hitoshi).

[Gigablah]

Both bugs should be fixed now.

[Cedille]

I couldn't assign the last two artists of this album for the life of me, and I guess the current artist field has an upper limit on the number of characters or bytes we can add, right? (or, as some Bemani albums might have even more artists, I just could have done something silly...).

[Revoc]

Originally Posted by Cedille

I couldn't assign the last two artists of this album for the life of me, and I guess the current artist field has an upper limit on the number of characters or bytes we can add, right? (or, as some Bemani albums might have even more artists, I just could have done something silly...).

The same happened with Lost Odyssey OST. To solve this, I manually added new artists in the "Link a New Artist" field, in the top of Manage Artists page.

[Cedille]

Thanks, I linked them up. I think I couldn't add artists before assigning them, to begin with. If the byte limitation causes this issue, I guess we may need to raise the number to handle a monster like this...

[Nisto]

I don't know if someone else noticed this, but in collections the tabs doesn't connect with the rest of the contents.

[Ira]

Quicksearch dropdown stuff:
Any text enclosed in <> in a result will be hidden

<li class="ac_even ac_over">
<span style="float: right; margin-left: 10px;" class="tinyfont label">
Album #17744</span>MURCD-004: BOSS ON PARADE <out-side> REMIXES</out-side>
</li>

Funny how it closes it. Make sure &lt; and &gt; is used?
Escape sequences also offer their own little problem with quicksearch because you can actually search for them. Try something like "&amp;" and see. The escape sequence is also copied to the search field (as opposed to the character.) This behavior doesn't really do any harm, it just look bad.

Originally Posted by Nisto

I don't know if someone else noticed this, but in collections the tabs doesn't connect with the rest of the contents.

I'm not really in much of a position to comment on the matter, but I couldn't replicate this on Firefox, IE, Opera, or Chrome. What browser are you using?

[Secret Squirrel]

Originally Posted by Cedille

I couldn't assign the last two artists of this album for the life of me, and I guess the current artist field has an upper limit on the number of characters or bytes we can add, right? (or, as some Bemani albums might have even more artists, I just could have done something silly...).

I guess 1024 characters isn't quite enough for some albums, so I've doubled the size of those fields. I think that'll fix the problem you had.

[Gigablah]

Originally Posted by IRA

Quicksearch dropdown stuff:
Any text enclosed in <> in a result will be hidden

<li class="ac_even ac_over">
<span style="float: right; margin-left: 10px;" class="tinyfont label">
Album #17744</span>MURCD-004: BOSS ON PARADE <out-side> REMIXES</out-side>
</li>

Funny how it closes it. Make sure &lt; and &gt; is used?

This bug is fixed now!

Originally Posted by IRA

Escape sequences also offer their own little problem with quicksearch because you can actually search for them. Try something like "&amp;" and see. The escape sequence is also copied to the search field (as opposed to the character.) This behavior doesn't really do any harm, it just look bad.

The correct behavior would be to return 0 matches for every tab, but I have yet to update the artist / organization submission forms (and the text in the database). I'd prefer not to convert escape sequences to characters, in case there really turns out to be a title which literally contains "&amp;".

[Ira]

Originally Posted by Gigablah

I'd prefer not to convert escape sequences to characters, in case there really turns out to be a title which literally contains "&amp;".

Aha, very true.

[Nisto]

Originally Posted by IRA

Quicksearch dropdown stuff:
Any text enclosed in <> in a result will be hidden

<li class="ac_even ac_over">
<span style="float: right; margin-left: 10px;" class="tinyfont label">
Album #17744</span>MURCD-004: BOSS ON PARADE <out-side> REMIXES</out-side>
</li>

Funny how it closes it. Make sure &lt; and &gt; is used?
Escape sequences also offer their own little problem with quicksearch because you can actually search for them. Try something like "&amp;" and see. The escape sequence is also copied to the search field (as opposed to the character.) This behavior doesn't really do any harm, it just look bad.



I'm not really in much of a position to comment on the matter, but I couldn't replicate this on Firefox, IE, Opera, or Chrome. What browser are you using?

Firefox 3.5.7 (dammit, I was telling myself to write that in the post yesterday)


Edit: Ctrl + F5 seems to have solved the problem. I really haven't cleaned out the browser or any other stuff on my computer for months now, I guess it's time. Feels like that could be why so many bugs has been appearing lately.

Edit 2: Lol, nope. It still looks like it did before, when I click on a collection after a refresh, guess CTRL + F5 just solved it temporarily.

[Datschge]

Originally Posted by Gigablah

I'd prefer not to convert escape sequences to characters, in case there really turns out to be a title which literally contains "&amp;".

Such a case would then be escaped to "&amp;amp;" which is still different...

[Gigablah]

We stopped escaping those characters in the album tables. The artist and organization tables need to be updated as well, but not before I update the submission interfaces.