The Bug Thread
by mark
posted on March 22nd, 2008
posted on March 22nd, 2008
Please post any bugs you find here as a comment. I'll update bugs I come across as the body of this thread.
When a user posts a thread, it is not separating paragraphs correctly. I assume this is because the system does not have the “all html” default mode. I think it should – can you make it accept html as the defaultFixed. Full HTML is default mode now.On the page for “Submitting a design”, it incorrectly is stated: “thumbnail maximum is 100x100.” That should read “thumbnail must be exactly 100x100”. Can you change this? I don’t have access to that particular part of the page.Fixed.From a user:Fixed. The problem was being caused by CSS in the ubercart uc_cart module by setting button div widths to 100%. Oh, and IE sucks.
“Was able to comment on the Sample Product. Added a Girls T White Large to my cart. Went to checkout and all seemed to be in order. Got shipping quotes just fine. Noticed something odd, the menu bar was at the bottom of the screen, not the top-side. Screen shot attached.” I attached his screenshot to this message. (see menu.JPG below)- From a different user:
“after signing up for my account i received an "access denied" window within the site. i continued to look around and found that my account had been set up. This may throw people if they see this window.” (pics or it didn't happen) - Need to enable taxonomy for designs. (Monkey out of ass, pigs flying, frozen hell, &tc., &tc., get off my lawn...)
- "The Threads has been updated." That looks stupid.
| Attachment | Size |
|---|---|
| menu.JPG | 79.35 KB |









on March 22nd, 2008
You're a bug.
That's right, I said it.
Do you know who else hated bugs?
on March 22nd, 2008
I was loading my new avatar and assumed that I needed to click the 'delete' check box for the default avatar the account came with. I tried it several times wondering what I was doing wrong till I did not click it and the new avatat loaded just fine. ...just one users confussion on the interface.
thanks!
-chris
on March 24th, 2008
These are things I noticed and have repeated in multiple comment boxes (such as this one).
After you hit the 'return' key and the curser is moved to the next line there is a an extra empty space added to that new line as if you had hit the 'space' key. I have had the curser stay left justified after hitting 'return' and I have had the curser move to after the new mystery empty space... so that if you start typing you would be indented one space. On any comment field you can hit 'return' and then the 'right arrow' to see this happen.
In a text field with no text, if you hit 'return' (one or more times) you can not remove this (these) by hitting 'delete'. But, if you type any letter/number keys 'delete' will not work and you can remove all hard returns you entered in the text field.
This one is a little more unpredictable, if there are some of these mystery spaces at the end of you typing left over from hitting the 'return' key and you use the 'arrow keys' to navigate up and down through your text to edit, namely to go to the very front or very end, when you go to the end the curser will appear to be at the front of the last line of text typed, not the end. If you type or delete the curser will pop to the correct location.
I am using Firefox in OS X 10.4.11
thanks!
-chris
on March 24th, 2008
Is spell check now off... ? I thought I remember seeing it working in these comment boxes.
I can spellz bad and needz helps....
on March 26th, 2008
I just submitted a new shirt design. The page states that all was done correctly. But just above the box listing everything was correct was a warning box:
" warning: http_build_query() [function.http-build-query]: Parameter 1 expected to be Array or Object. Incorrect value given. in /var/www/tastythreads/modules/submit/submit.module on line 148."
thanks,
Chris
on March 26th, 2008
Thanks for the note. Let's see what we can find out...
on March 27th, 2008
But I didn't fix the cause. For some reason, when you did the upload, it didn't grab the correct user ID and uploaded the design as "unknown". That's what caused the above error to occur. Whatever caused the below error to occur is what caused the site to grab the incorrect user ID.
I'm wondering if this doesn't have something to do with the modifications we made to cookie handling on the site. Chris, have you logged out/in since last weekend? That's when we put the cookie change in.
on March 27th, 2008
On one comptur I have been logged in since the weekend. On a second, from which I uploaded this submission, I logged in on Monday.
on March 27th, 2008
And I may have been wrong above. It's not a cookie thing.
My current working theory is that when you make a revision, a bunch of information is supposed to be auto-populated on the form based on you clicking a revision. If the Ajax/javascript calls that populate the form fail, your revision doesn't get passed to the form and it should fail gracefully instead of forging ahead.
I've added an error message that will print out the value of the revision that was passed, asking you to report it. Until I can reproduce this myself, if you run into this again, please let me know. I suspect that if you try a re-sub at all, it will happen.
on March 27th, 2008
Okay, I will keep an eye out for any thing else that comes up and report back.
on March 26th, 2008
Clicked on the link to my most recent submission and this was in a warning box at the top of the page:
on March 27th, 2008
Something happened with the initial upload. I need to figure out what. But the second warning messages are a result of the first one not working properly.
on March 26th, 2008
I wonder if my last post will continue to stay that way with the nice warning boxes... that's cool. I like how my name is a warning to others.....
on March 26th, 2008
that is cool.
and irritating.
/I'm sure Mark won't find it cool at all...
on March 27th, 2008
I find that completely awesomer.
on March 26th, 2008
Well... that is what I am here trying to do... be irritating. ...or helping... I sometimes get them mixed up.
Also... this will kind be a test... I noticed that if you don't fill in anything in the Subject line it takes from the comment block and makes one. I know this is not really the place for it... but does every post need a subject? I like the option, but I have found it a pain to have to fill it in each time. ...just a thought.
thanks
Chris
on March 27th, 2008
on March 27th, 2008
Sorry about that. What browser are you using? Can you try clicking the "disable rich-text" button and just type some plain old text and see what happens?
mark
on March 27th, 2008
I've noticed problems commenting in Safari...not so in Firefox! FOREFOX GIVES ME TOTAL PLEASURE
on March 27th, 2008
That looks like at least two problems with Safari and I'm assuming javascript processing. Not sure we have an apple amongst us. I'm pretty sure Jeff is partial to oranges.
on March 27th, 2008
I use Safari and I am typing this with rich text off. Lets see.
edit ---- I tried it first with rich text and it did it again and then with it off and it worked. this edit is being done with it off.
on March 27th, 2008
Now I just have to get my hands on an Apple and we're golden.
on March 27th, 2008
Just found out that TinyMCE (the rich text editor) is busticated completely under Safari 3. There's a new TinyMCE beta that's supposed to work better. I'll look into it.
on March 28th, 2008
test
-it did not work the first time still. I am now trying with rich text off.
-okay, worked fine with rich off but still not enabled, at least not the first time.
on March 27th, 2008
Mark, At the top of woodbane's most recent design submission, here, I see this error in the infamous pink box (no, not that 'pink box' you sicko):
* warning: readdir(): supplied argument is not a valid Directory resource in /var/www/tastythreads/modules/brilliant_gallery/brilliant_gallery.module on line 415. * warning: closedir(): supplied argument is not a valid Directory resource in /var/www/tastythreads/modules/brilliant_gallery/brilliant_gallery.module on line 443.
plz to fx ths?
on March 27th, 2008
It's all connected. This will take manual surgery in the database to fix.
And for what it's worth - I'm using Safari 3.1 for Windows and this is being done in TinyMCE. It appears to work.
on March 27th, 2008
Yes. It is all related. I've just got to figure out how to reproduce it.
on March 27th, 2008
Its so beautiful now :)
on March 28th, 2008
If anyone's interested... this should be fixed completely now. And of course, it was all my fault.
When you upload your first submission, everything works fine. After your first submission, you have a choice of choosing a revision or "none", meaning it's another new submission. Actually, you have a third choice which is not choosing anything - and that defaults to the same meaning as choosing "none." In fact, the only reason "none" is there is because in our initial testing, we would click around on the different revs to make sure everything worked, but then didn't have a way to reset things so we could upload a new submission.
It turns out that clicking on "none" (which I never do during testing because a new submission is assumed by default if nothing is selected) was creating an invalid design ID. This has been fixed to generate a new design ID when the "none" button is selected.
on March 28th, 2008
Very cool that the problem is solved and figured out!