Last modified: 2014-03-31 19:12:07 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T64233, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 62233 - PHP Warnings [localhost] after updating to HEAD version: Cannot modify header information - headers already sent in /includes/WebResponse.php on line 38
PHP Warnings [localhost] after updating to HEAD version: Cannot modify header...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
JobQueue (Other open bugs)
1.23.0
All All
: Normal normal (vote)
: ---
Assigned To: Aaron Schulz
:
: 62394 (view as bug list)
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2014-03-04 21:38 UTC by T. Gries
Modified: 2014-03-31 19:12 UTC (History)
6 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description T. Gries 2014-03-04 21:38:23 UTC
[Tue Mar 04 15:59:15 2014] [error] [client 10.14.1.172 == localhost]
PHP Warning:  Cannot modify header information - headers already sent in /includes/WebResponse.php on line 38
Comment 1 T. Gries 2014-03-04 21:42:15 UTC
git log:

commit eb08c769b0f0076d1e849d0dabcf15dcabf2d246
Merge: 5b52c88 6ba458a
Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
Date:   Tue Mar 4 13:23:06 2014 +0000

    Merge "Split date and time in message 'rclistfrom'"
Comment 2 Bawolff (Brian Wolff) 2014-03-05 02:53:12 UTC
I can't reproduce (running on precisely eb08c769b0f0076d). Are you sure you don't just have a BOM/extra whitespace in your LocalSettings.php or some extension, or have a closing ?> somewhere in an extension?
Comment 3 T. Gries 2014-03-05 09:51:57 UTC
(In reply to Bawolff (Brian Wolff) from comment #2)
> I can't reproduce (running on precisely eb08c769b0f0076d). Are you sure you
> don't just have a BOM/extra whitespace in your LocalSettings.php or some
> extension, or have a closing ?> somewhere in an extension?

Before "git pull", I had no warnings in my error log. I disabled all my extensions => same error.


result of bisect:
=================

using bisect I determined that the problem is introduced by this commit

commit 830eb262fe76ef3ad49f91daad5e152af8ce9bc4
Merge: 25466a0 9e66a63
Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
Date:   Fri Feb 28 02:19:02 2014 +0000

    Merge "Use inContentLanguage for dropdown messages in HTMLFormField"


Previous version #9366a63af triggers no warnings in the log file.

The problem is still persistent in HEAD of today, i.e.
commit a72ca3e216e83bf4025ec780f62d02959afa89d9
Merge: a0cff76 ee5047c
Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
Date:   Wed Mar 5 09:06:35 2014 +0000

    Merge "mediawiki.debug: Migrate CSS to LESS"


Summary:

Let's all try to find what is caused by 

commit 830eb262fe76ef3ad49f91daad5e152af8ce9bc4
Merge: 25466a0 9e66a63
Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
Date:   Fri Feb 28 02:19:02 2014 +0000

    Merge "Use inContentLanguage for dropdown messages in HTMLFormField"
Comment 4 T. Gries 2014-03-05 09:59:42 UTC
Addition:

it seems to be caused by the ***MERGE*** of 9e66a63af83427a01d66795ac64b793ff4473218

commit 830eb262fe76ef3ad49f91daad5e152af8ce9bc4 ==> NOT OKAY (trigegrs warning)
Merge: 25466a0 9e66a63
Author: jenkins-bot <jenkins-bot@gerrit.wikimedia.org>
Date:   Fri Feb 28 02:19:02 2014 +0000

    Merge "Use inContentLanguage for dropdown messages in HTMLFormField"

commit 9e66a63af83427a01d66795ac64b793ff4473218 ==> OKAY
Author: Marius Hoch <hoo@online.de>
Date:   Fri Feb 28 03:12:10 2014 +0100

    Use inContentLanguage for dropdown messages in HTMLFormField

    to restore b/c for now.

    Bug: 61942
    Change-Id: I2741ef940d83eeb564e89e20378fb4004cfe5b83
Comment 6 T. Gries 2014-03-11 17:20:22 UTC
André, I think, I have then to post in the mailing list, if anyone else ses this.

I have the very same in a totally different installation, when running versions after the mentionend ones. 

I think, the problem is somewhere created in _this_ merge:

http://git.wikimedia.org/compare/mediawiki%2Fcore.git/830eb262fe76ef3ad49f91daad5e152af8ce9bc4..9e66a63af83427a01d66795ac64b793ff4473218
Comment 7 Tisza Gergő 2014-03-12 04:52:56 UTC
You should bisect on master. This diff is between a merge commit and the commit that has been merged (i.e. the first commit is on master, the second is not). The diff then gives you all the changes that have been merged between the start and end of the development of commit 9e66a, which is not that helpful.

Anyway, this seems to be only important change in the diff:
http://git.wikimedia.org/commitdiff/mediawiki%2Fcore.git/2ea4d7
which modifies how the job queue is triggered from a page request. If that causes the notice, you will need a non-empty job queue to reproduce it.
Comment 8 T. Gries 2014-03-12 05:57:30 UTC
(In reply to Tisza Gergő from comment #7)
> You should bisect on master....

> Anyway, this seems to be only important change in the diff:
> http://git.wikimedia.org/commitdiff/mediawiki%2Fcore.git/2ea4d7
> which modifies how the job queue is triggered from a page request. If that
> causes the notice, you will need a non-empty job queue to reproduce it.

Tisza: thx for your good tips. I will check today, whether the job queues are empty or not and report here later.
Comment 9 T. Gries 2014-03-12 14:45:41 UTC
I checked the job queues on all my wikis with "php showJobs.php" ==> result: 0
so it has apparently nothing to do with the number of scheduled job.

What else would you suggest me to check?
Comment 10 Gerrit Notification Bot 2014-03-12 19:23:16 UTC
Change 118336 had a related patch set uploaded by Aaron Schulz:
Avoid header notice log spam from RunJobs API

https://gerrit.wikimedia.org/r/118336
Comment 11 Jesús Martínez Novo (Ciencia Al Poder) 2014-03-12 22:03:27 UTC
(In reply to T. Gries from comment #9)
> I checked the job queues on all my wikis with "php showJobs.php" ==> result:
> 0
> so it has apparently nothing to do with the number of scheduled job.

It has nothing to do because of bug 60210
Comment 12 Gerrit Notification Bot 2014-03-18 22:35:46 UTC
Change 118336 merged by jenkins-bot:
Avoid header notice log spam from RunJobs API

https://gerrit.wikimedia.org/r/118336
Comment 13 T. Gries 2014-03-18 22:56:34 UTC
thank you so much for fixing this, and saving my logfiles, and the rain forest and ...
Comment 14 db [inactive,noenotif] 2014-03-31 19:12:07 UTC
*** Bug 62394 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links