php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #22848 inconsistent errors
Submitted: 2003-03-24 07:20 UTC Modified: 2003-03-31 01:59 UTC
From: themarty at hotmail dot com Assigned:
Status: No Feedback Package: Mail related
PHP Version: 4.3.0 OS: Linux Redhat
Private report: No CVE-ID: None
Have you experienced this issue?
Rate the importance of this bug to you:

 [2003-03-24 07:20 UTC] themarty at hotmail dot com
If a bug is a flaw in the code that will always result in a reproducable error by a certain act, then this is not really bug. It's very annoying nonetheless.

This is the problem:
Ever since we upgraded to 4.3.0 we are experiencing errors that we can't explain.
Two errors are consistent in the fact that they are always the same, but in consistent in the fact that they appear - seemingly - at random.
1. is with an online form. The form consists of 9 pages and i'm using sessions to gather all the data before inserting it into a database. On average 7 people a day fill in this form and on average once every two weeks, there's one person who's data from the first two pages 'gets lost'.

2. i've written a function that will email any 'problem with a query to the database' to me and display an error on the webpage. Since i'm still developping it, i get these emails fairly often. However, sometimes the email is a big garble. I can understand any scepticism towards my programming abilities, but i'll try to make a convincing case by the following illustration:
this is the part were the email is being sent to me:

[php]
mail(
	'me@mail.nl',
	'Error in de Database',
	$body."\n".$getvalues."\n".$postvalues."\n\n".$computer,
	"From: Admin <me@mail.nl>\nReply-To: me@mail.nl");
[/php]

Whatever happens before and after, i hope you agree that IF the email gets send to me, the subject should be 'Error in de Database'. It can't be different. However, in those cases where the body of my email is a garble, the subject contains fragments of what should be stored in the variable $computer.

Also, another very (in my eyes convincing example) is that just 30 minutes ago something strange happened (which triggered me into responding: That Does It!! :)
I've created a message system for registered users. When inserting a message into the database it inserts a timestamp generated by php (i have my reasons for not using the DATETIME type column). The timestamp is created by 
[php]
date(YmdHis)
[/php]
After over 500 correct messages, today one gets inserted as
date(Ymdhis). Instead of 13 it got 01 for hours.

I hope this bug-report is helpfull and if anyone has experienced similar problems, i would appreciate some feedback.

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-03-31 01:59 UTC] sniper@php.net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Open". Thank you.


 
PHP Copyright © 2001-2019 The PHP Group
All rights reserved.
Last updated: Fri Nov 15 12:01:34 2019 UTC