Posted by mfer on March 7, 2008 at 1:51am
| Project: | Asset |
| Version: | 5.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | critical |
| Assigned: | wmostrey |
| Status: | closed (fixed) |
Issue Summary
When I create a new directory (only the first directory) in the asset wizard 2 tables are being created in the database instead of 1.
The second table is the same as a normal directory one except the filename (should be the directory name) is in the title space.
This is causing 2 items of the same name to show up in the asset wizard when you view the top level directory.
Comments
#1
If I delete this extra row it recreates it the next time I create a directory with that directories name. This does not happen when I upload files. Only when I create directories.
It looks like it's creating an entry for the top level directory if there isn't one and giving it the same title as the directory you are trying to create.
#2
Let's tackle this one before beta 2 gets released. I'm onto this.
Mfer, could you confirm this is also happening with the latest dev version?
#3
I'll test it out tonight (10 - 11 hours from the time of this post). :)
#4
I reproduced this on a fresh checkout of 1.x-dev. The bug still exists.
When it goes to make a subdirectory it looks like it's looking for a record for the directory level above it (the root files level in this case) and making an entry for that if it's not there. There record is a directory with no filename but it has a title (which the other directories don't have).
#5
In the latest dev version this has changed. Now, when I try to create the first directory it doesn't create. Instead the name is given and displays on the list as a directory but in the link the &dir= has no value. I'll investigate more tonight.
#6
This patch seems to work just fine.
#7
This has been committed to dev.
#8
I recently installed this module. Is this patch good for the beta release too?
#9
It's untested but I'm pretty sure it is. A new beta is coming next week btw.
#10
Automatically closed -- issue fixed for two weeks with no activity.