Hello,
I’ve got a project module installed on my website, I’ve created a project (with appropriate categories etc)
However once users submit a bug/feature nothing is archived on the site. (The project lists no support requests)
Just after clicking ‘submit’ the user gets this on the screen:
Project:
Component:
Category:
Priority:
Assigned: Unassigned
Status:
..... which would explain why they aren't being saved to my project!
Any suggestions to which settings I should change to make things save properly ?
Thanks
| Comment | File | Size | Author |
|---|---|---|---|
| #22 | project_issue_install_text_type_with_not_null.patch | 835 bytes | hunmonk |
| #20 | project_issue_install_text_type.patch | 819 bytes | hunmonk |
Comments
Comment #1
aclight commentedPlease provide the following information so that we can better help you:
1. Version of project issue and project modules used on your site.
2. Are there any errors displayed either on the pages or in your watchdog log that seem to be related?
3. What modules, including versions, are enabled on your site? Please include both core and contrib modules.
4. Is this a new installation and a new site, or did you have project issues working before and then upgraded and lost functionality? If this was working before, are only new issues not being saved or have old issues that previously existed disappeared as well?
Comment #2
gonzorob commentedHi,
1) Project 5.x-1.2 and Project issue tracking 5.x-2.x-dev - (also tried latest stable release)
2) I do get an error in watchdog - not certain if it has anything to do with project.. it is;
Type php
Date Wednesday, July 16, 2008 - 13:16
User Robin
Location http://plainsightgame.com/?q=admin/logs/watchdog
Referrer http://plainsightgame.com/
Message preg_match() expects parameter 2 to be string, array given in C:\www.plainsightgame.com\includes\bootstrap.inc on line 670.
Severity error
Hostname 87.236.135.80
3) A list of my modules are below ...
4) This is a new site and my first install of Project. It can be viewed at www.plainsightgame.com
ive created a temp account - username + password: testbeta
thanks
Robin
modules
ACL 5.x-1.6
Forum Access 5.x-1.10
Action email role 5.x-2.x-dev
Actions 5.x-2.5
Administration Menu 5.x-2.5
Aggregator 5.8
Blog 5.8
Blog API 5.8
Book 5.8
Color 5.8
Comment 5.8
Forum 5.8
Help 5.8
Menu 5.8
Ping 5.8
Search 5.8
Taxonomy 5.8
Tracker 5.8
Upload 5.8
Block 5.8
Filter 5.8
Node 5.8
System 5.8
User 5.8
Watchdog 5.8
Invite 5.x-1.13
Invite Statistics 5.x-1.13
Privatemsg 5.x-1.8
Usernode 5.x-1.4
Advanced Forum 5.x-1.0-alpha10
BUEditor 5.x-1.1
Comment upload 5.x-0.1
Google Analytics 5.x-1.6
Legal 5.x-1.3
Menu Per Role 5.x-1.x-dev
Quick Tabs 5.x-1.3
Token 5.x-1.11
Video Filter 5.x-2.4
Project 5.x-1.2
Project issue tracking 5.x-2.x-dev
Project releases 5.x-1.2
Project usage 5.x-1.2
Signatures for forums 5.x-2.3
Apply for role 5.x-1.4
Role 5.x-3.0
Role exempt 5.x-3.0
User Points Top Contributors 5.x-1.0
Userpoints 5.x-3.7
Userpoints Autoapprove 5.x-3.0
Userpoints Basic 5.x-3.7
Views Integration 5.x-3.7
Views 5.x-1.6
Views RSS 5.x-1.6
Views Theme Wizard 5.x-1.6
Views UI 5.x-1.6
Comment #3
gonzorob commentedgoing to re install, start by getting project working and building the site up from there......
Comment #4
gonzorob commentedthis appears to to be the problem. Project issues isn't creating a database table:
error is :
... I can make this table manually - but what fields do i need?
thanks
Rob
PS: I've wiped the site so, obviously, previous l+p wont work ;)
Comment #5
aclight commentedWhat are you doing/where are you going that gives you this error message?
Can you look into your database and actually confirm that the project_issues table does not exist? I can't see how it would not exist if you are building your site from scratch and are not updating an existing installation. Are you sure that you've enabled the project issue tracking module already?
Comment #6
gonzorob commentedi've just done a fresh install. I get this error the moment i enable Project issues module
What ive done:
1) Wipe old website directory and database table
2) Fresh install of Drupal 5.8
3) Install + enable Project module - works fine
4) Install + enable Comment Upload module - works fine
5) Enable Upload module - fine
6) Install + enable Project issues - get the error..
Checked again, there is no database table..
There is nothing else on the site.
Cheers
Comment #7
aclight commentedYou're getting this page when you're on /admin/build/modules or some other page?
You're installing project 5.x-1.2 and project issue 5.x-2.x dev?
Comment #8
gonzorob commentedi get this on admin/build/modules and project/issues
that's correct :
Project Issue 2.2 (latest stable)
Project 1.2 (latest stable)
checked the database for any other errors - none found. Did yet another install, same error :
Comment #9
gonzorob commentedin MYSQL I used this :
then manually made a SID entry... seems to have solved the issue - will report back if im wrong !
cheers
Comment #10
aclight commentedI'm not sure why you think you needed to do all of the ALTER TABLE commands above. If you're pulling the original CREATE statement out of project_issue_install(), then that's all you need.
That being said, I would not be comfortable with continuing to use the module on a production site if its not installing correctly. I don't have my dev machine near me, and so can't test out the same steps you've gone through to try to reproduce the problem you've reported, but I must admit I have a hard time believing that you are getting this problem. It seems like project_issue_install() isn't firing, or isn't completing successfully, and I don't have a good explanation as to how that could happen.
Have you tried doing this using Drupal 5.7 instead of 5.8? I have not yet tried installing/enabling the module in 5.8, and there's always the possibility that a new core bug was introduced somehow.
Comment #11
gonzorob commentedi agree, the alter table commands aren't needed (just copied and pasted it from another source) .
from the .install - this works :
and then.....
I havent tried this on 5.7 yet, will give it a crack tomorrow
What seems to be failing in the .install is this :
ERROR 1101 (42000): BLOB/TEXT column 'original_issue_data' can't have a default valuehence why i changed:
original_issue_data text NOT NULL default '',to :
original_issue_data text NOT NULL,seems to work ... im going to give it some testing and report back (god knows what else the .install missed ;) )
Comment #12
aclight commentedAre you getting this error message when you enable the module, or only when you try to manually execute those MySQL statements:
Also, what version of MySQL are you using?
Comment #13
gonzorob commentedim getting the error when i manually execute the mySQL statement - but, if it failed during the .install, then that could explain why there is no project_issues table
My system:
Drupal 5.8
Configuration file Protected
Cron maintenance tasks Last run 2 hours 39 min ago
You can run cron manually.
Database schema Up to date
File system Writable (private download method)
GD library bundled (2.0.34 compatible)
MySQL database 5.0.51a
PHP 5.2.5
PHP register globals Disabled
Unicode library PHP Mbstring Extension
Web server Apache/2.0.59 (Win32) PHP/5.2.5 DAV/2
you think thats it?
Also, thanks very much for all your help!
Robin
Comment #14
aclight commentedI doubt the MySQL version is a problem, since it looks like you're running a fairly recent version. I test on 5.something, so I thought if you were running something quite old that could be the reason I've never seen this.
Comment #15
aclight commentedI just tried this for myself on a clean install following the steps you gave in comment #6 and I'm unable to get an error and the project issue tracking module installs just fine.
Here's my server information:
Drupal 5.8
Configuration file Protected
Cron maintenance tasks Last run 2 min 11 sec ago
You can run cron manually.
Database schema Up to date
File system Writable (public download method)
GD library 2.0 or higher
MySQL database 5.0.45
PHP 5.2.3-1ubuntu6.3
PHP register globals Disabled
Unicode library PHP Mbstring Extension
Web server Apache/2.2.4 (Ubuntu) DAV/2 SVN/1.4.4 PHP/5.2.3-1ubuntu6.3 mod_ssl/2.2.4 OpenSSL/0.9.8e
I'm on Linux, you're on Windows. Our Apache versions are a bit different, but I don't think either of these should matter.
You're using private file downloads, and I'm using public, but I also tried uninstalling the project issue module, setting download method to private, and then re-enabled the module and still didn't have any problems.
So, I'm not sure what to tell you. Maybe you should try this on a Linux/MacOS machine if you have one available to exclude the possibility that your problem is somehow Windows related. However, I have a development machine that also runs Windows and have had no problem installing the project issue module on it, so I doubt this is the source of your problem.
Without being able to reproduce this, I can't help you much more. I'll leave the issue open for a bit in case you're able to provide additional information that helps us to reproduce the problem.
BTW, you're not manually running previous updates from the project_issue module *after* enabling/installing the module are you?
Comment #16
gonzorob commentedtried this on a 5.7 install -same issue !
anyway, after playing around, i found out the the same error stopped project_issues_comments being made...
so, once again, I manually ran:
this has finally fixed the issue. Project issue tracking now works fine.
Must admit it's a very odd error - it's probably just my system however, if anyone else has this issue, hopefully they can solve it in the same way ;)
thanks again for all your help
Comment #17
gonzorob commentedsorry , i meant :
[forgot to chop
default ''! ]----
NOTE: Also, to stop additional errors I had to change both 'original_issue_data' fields to VARCHAR - this is because the TEXT type can't have the Default entry at a length of zero characters. So, change to VARCHAR, put a few spaces in the Default and increase the length to 21,000. You may like to use HeidiSQL ;) )
Im going home now!
cheers
Comment #18
mr.baileysI'm having the same issue on a fresh Drupal 5.12 installation. When enabling the "Project Issue Tracker" module, I get the following error message:
I'm running:
MySQL 5.0.67-community-nt
Vista
IIS 7
Database server and web server are both on localhost
I have read the "MySQL 5.0 Reference Manual"-page on "The BLOB and TEXT Types", which states that . Additionally, a comment added to the page (http://dev.mysql.com/doc/refman/5.0/en/blob.html#c9390) indicates that on Windows platforms, this is treated as a MySQL error, while on other platforms this is treated as a warning. This would explain why the Project Issue Tracker installation only fails in windows-environments.
Given the fact that the installation SQL script violates the "no DEFAULT"-rule on BLOB/TEXT-values in MySQL, I think this issue should be treated as a bug rather than a support request (I've changed the state accordingly).
In any case, running the statement manually without the "default"-declaration on the TEXT-column as per gonzorob's suggestion fixed the problem for me.
Comment #19
aclight commented@mr.baileys and gonzorob: Thanks for taking the time to work out the problem here. The odd thing here is that one of my development machines is a windows computer, running Vista, and MySQL 5.x. I install project* on it all the time for development and testing, yet I have never had this problem. I wonder if there is a strict mode that you two have enabled but that I don't. If so, that's probably the reason you have been getting this problem but I haven't.
The Schema API reference page at http://drupal.org/node/146939 does mention that "type 'text' and 'blob' fields cannot have default values." Schema API is only available for D6, but it seems like that warning should apply to D5 as well since that's due to database restrictions and not Drupal itself.
I'm bumping the priority of this up to critical and I've added this to the list of issues to fix before the 2.3 release (http://groups.drupal.org/node/16069), since this should be a simple fix. If would be great if one of you could roll a patch for this as well.
Comment #20
hunmonk commentedi think this should do the trick. untested.
Comment #21
mr.baileys@aclight: I'm running MySQL in strict mode (which was enabled by default). I think the "STRICT_TRANS_TABLES"-mode is responsible for throwing the warning (although my experience with MySQL is limited). This mode was introduced in MySQL 5.0.2, so if you're running an older version, or if you disabled the strict checking in my.ini, that could explain why you don't have this issue in your windows dev environment.
MySQL my.ini file:
MySQL SQL mode on my installation:
@hunmonk: the patch works for me. Just out of curiosity, what's the rationale between removing both the "NOT NULL" constraint as well as the "DEFAULT"-constraint on the original_issue_data-column (I was creating my own patch, leaving the NOT NULL constraint in place)?
Comment #22
hunmonk commentedhere's one with NOT NULL left in...
Comment #23
hunmonk commentedcommitted the patch from #22 -- after some investigation it's not necessary to do a db update for this, as if the table was created by mysql, it simply tosses the errant default value declaration anyways.