# Project:Support desk

vde   Welcome to MediaWiki.org's Support desk, where you can ask MediaWiki questions!

## Post a new question

• MediaWiki
• PHP
• Database
2. Please include the URL of your wiki unless you absolutely can't. It's often a lot easier for us to identify the source of the problem if we can look for ourselves.
3. To start a new thread, click "Start a new topic".

## Upgrade from 1.27.4 to 1.31.0 fails during database update

5

A database permissions problem reported by the database schema update script (/maintenance update.php) was misleading.

The problem was tracked to an incompatible LocalSettings.php file.

Debugging technique - Use your existing database, but with a LocalSettings.php file created from a clean install (should always work). Then, modify the "clean" configuration to match your installation.

Current: MediaWiki 1.27.4 Upgrade to: MediaWiki 1.31.0

PHP 7.1.17 (fpm-fcgi) MariaDB 10.2.14 URL - localhost (test environment)

Running the maintenance script update.php produces a privilege error:

#### =

Turning off Content Handler DB fields for this part of upgrade. Adding ipb_id field to table ipblocks ...[06a6bcb5ba7a28f0640c1c8d] [no req] Wikimedia\Rdbms\DBQueryError from line 1457 of /var/www/html/w/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? Query: ALTER TABLE mediawiki.ipblocks

ADD ipb_auto tinyint NOT NULL default '0',
ADD ipb_id int NOT NULL auto_increment,
ADD PRIMARY KEY (ipb_id)

Function: Wikimedia\Rdbms\Database::sourceFile( /var/www/html/w/maintenance/archives/patch-ipblocks.sql ) Error: 1142 ALTER command denied to user 'wiki'@'localhost' for table 'ipblocks' (localhost)

Backtrace:

1. 0 /var/www/html/w/includes/libs/rdbms/database/Database.php(1427): Wikimedia\Rdbms\Database->makeQueryException(string, integer, string, string)
2. 1 /var/www/html/w/includes/libs/rdbms/database/Database.php(1200): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)
3. 2 /var/www/html/w/includes/libs/rdbms/database/Database.php(4194): Wikimedia\Rdbms\Database->query(string, string)
4. 3 /var/www/html/w/includes/libs/rdbms/database/Database.php(4129): Wikimedia\Rdbms\Database->sourceStream(resource (closed), NULL, NULL, string, NULL)
5. 4 /var/www/html/w/includes/installer/DatabaseUpdater.php(683): Wikimedia\Rdbms\Database->sourceFile(string)
6. 5 /var/www/html/w/includes/installer/DatabaseUpdater.php(751): DatabaseUpdater->applyPatch(string, boolean, string)
7. 6 /var/www/html/w/includes/installer/DatabaseUpdater.php(482): DatabaseUpdater->addField(string, string, string)
10. 9 /var/www/html/w/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute()
11. 10 /var/www/html/w/maintenance/update.php(245): require_once(string)
12. 11 {main}
##### ==

Running the update script as a database user with administrator privileges produces this error:

Function: Wikimedia\Rdbms\Database::sourceFile( /var/www/html/w/maintenance/archives/patch-ipblocks.sql ) Error: 1146 Table 'mediawiki.ipblocks' doesn't exist (localhost)

(same backtrace)

###### ==

My database user account has "GRANT ALL PRIVILEGES ON wiki.* TO 'wiki'@'localhost'".

There are no errors when I run the update script from a version 1.31 clean install.

There are no errors when I run the update script from my current version 1.27.4.

I am blocked upgrading to version 1.31.0.

How can I debug this problem? I do not see any mention of this problem in Phabricator.

This is a problem with MySQL/MariaDB permissions. You are speaking about two different databases!

> ALTER TABLE mediawiki.ipblocks

> ALTER command denied to user 'wiki'@'localhost' for table 'ipblocks'

> GRANT ALL PRIVILEGES ON wiki.* TO 'wiki'@'localhost'

The correct database name obviously is "mediawiki", not "wiki".

Thank you for the reply. I agree, the database name does not match. There is no mention of 'mediawiki' in my LocalSettings.php file; the correct database name is 'wiki'. Therefore, the database name has changed during the script execution.

I was incorrect in my earlier statement of There are no errors when I run the update script from a version 1.31 clean install. The script did indeed run, but that was for a clean (new) database. The conditions which triggered my error did not occur - modification of an existing database.

All maintenance scripts utilize the configurations in LocalSettings.php. Perhaps this is the source of my problem? I replaced my existing LocalSettings.php file with the version created from a clean install. It worked!

I then modified the "clean" LocalSettings.php to align with my existing configuration. Extensions were added to the bottom of the file. (Previously, they were near the top of the file.) I don't know if the extension placement or a configuration setting was source of my problem.

In any case, I have a working configuration and can proceed with my testing.

I had exactly the same error message as @Lady_G2016 indicated when upgrading from MW1.30 to MW1.31. So I asked for help from my University of Colorado colleague at the IT department, Karen. Karen indicated the following:

It almost looks like there is a code error. In most cases, the settings use $wgDBname, which properly points to the mysql database "csdms_wiki" [the dbname of my wiki]. However, in Setup.php, there is a reference to$wgDBmwschema, which, per LocalSettings.php should only be used if you are using postgresql. In LocalSettings.php, $wgDBmwschema points to 'mediawiki'. So maybe try changing the value for$wgDBmwschema in LocalSettings.php from 'mediawiki' to 'csdms_wiki'?

I did that and the update.php script runs smoothly. So could it be that the reference in the Setup.php to $wgDBmwschema shouldn't be there when running the wiki from a mysql database? Thanks, Albert. I had this exact issue as well. I use MySQL. My LocalSettings.php, which was originally generated quite a many versions ago, had this code: $wgDBmwschema       = 'mediawiki';

I changed it to this, and the problem went away.

$wgDBmwschema =$wgDBname;

## #forminput doesn't show existing forms in MediaWiki

2
Summary by Anu8791

I got fixed for the issue by restructuring/editing field value for the namespace in the associated table 'page' under MySql DB schema.

Hi,

We recently upgraded wiki with following product versions. Also I have installed all SMW extensions as well as extensions : Page Forms using composer.

 MediaWiki 1.30.0 PHP 7.1.8 (apache2handler) MySQL 5.6.40 ICU 50.1.2

But still we face issue/error on page like Error: No form was found on page "carbonate seismic atlas query" and the "Edit with Form" tab is not visible on page.

Also the following #forminput parser function does not list the all existing form in the required form drop-down list. Please some one quick help in regards will highly appreciated.

{{#forminput:form=|popup|no autofocus|size|default value|button text|query string=query string parameters|autocomplete on category|autocomplete on namespace|placeholder}}

I got fixed for the issue by restructuring/editing field value in MySql DB schema.

## Error 500 - problem with uploading files / installation for Windows Server 2008

2

Have a problem with uploading files with installation for Windows Server 2008 . Files get uploaded (they do exist after upload in \\Server\mediawiki\images folders), but there are few problems with retrieving/using them. One of the problems is that when I try to get list of the files by using Special Pages – File list, the following message pops up: Server Error: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed.

The same message pops up when I try to do upload .png or .jpeg files (they are enabled in LocalSettings.php permitted file types). However, when I upload a .pdf file, the proper file:nameXYZ.pdf page is created (and links to it work OK from other content pages), but still it can’t be listed by using Special Pages – File list. The same applies to doc, docx, xls, xlsx, ppt, pptx, … (i.e. they are uploaded, page such as file:nameXYZ.doc is created and links to it work OK, but File list doesn't work – I get the above error message).

Everything else which is not related to files works OK. Any suggestion what can be wrong?

I installed: Mediawiki 1.19.2 /PHP5/MySQL5.0

GP

I am using Mediawiki 1.26.4 with PHP 5.4 I SOLVED the problem by switching on XMLREADER in the php version via cpanel after seeing the error in the error log which is stored in the Mediawiki directory on my website.

Hope this helps !

## 500 Error on Uploaded File

4

I have a new one click install of Mediawiki 1.23.9 on a shared server.

Running:

Red Hat Centos 6.x (not sure which)

PHP 5.6.14

ImageMagick 6.6.3

When I upload images using the Special:Upload the preview of the selected image displays and the upload executes without an error. However, the uploaded image does not render and when selected leads to a 500 error. I have tried .png, .jpg and .gif files with the same result.

This is the .htaccess file:

<IfModule mod_suphp.c>

suPHP_ConfigPath /opt/php56/lib

</IfModule>

DirectoryIndex default.html

# Use PHP56 as default

Only similar issue I have found while searching was related to a .htaccess issue but did not elaborate.

Help would be appreciated.

Without a detailed error message (instead of a generic 500 error) there's nothing we can do... If you get the error on the image description page (which is a PHP error), see Manual:How to debug for information about how to display errors. If the file description page opens but the image is missing, and clicking on the image leads to an error page, you should check the webserver error logs, usually even shared servers have access to logs for their own domains.

So for anyone else with this issue, I found that there is a .htaccess file in the images folder. That file has this code:

AddType text/plain .html .htm .shtml .php

# Protect against bug 28235

<IfModule rewrite_module>

RewriteEngine On

RewriteCond %{QUERY_STRING} \.[^\\/:*?\x22<>|%]+(#|\?|$) [nocase] RewriteRule . - [forbidden] </IfModule> Web searched on bug 28235 and found this thread: http://www.gossamer-threads.com/lists/wiki/mediawiki/617501 Which led to this thread: https://phabricator.wikimedia.org/T30235 Apparently there was a reported issue with these two lines in the /images/.htaccess file: # AddType text/plain .html .htm .shtml .php # php_admin_flag engine off Commented these out and images now render correctly. I am using Mediawiki 1.26.4 with PHP 5.4 I SOLVED the problem by switching on XMLREADER in the php version via cpanel after seeing the error in the error log which is stored in the Mediawiki directory on my website. Hope this helps ! Reply to "500 Error on Uploaded File" ## 500 error when uploading/viewing images 6 I recently install mediawiki and have not had any issues creating and editing wiki pages until I attempted to upload a new image to the wiki server. I used the upload file page, after I browsed to my 60k image I selected upload file. After that I received a 500 error. I also get this on any page that attempt to view the image. Gallery of new files, File lists.. etc. Error: 500 - Internal server error. There is a problem with the resource you are looking for, and it cannot be displayed. I've check my permission on the following files to try and fix the issue. C:\php\ IUSR Permission Full Control C:\inetpub\wwwroot\wiki\images IUSR Permission Full Control I can also see the image in C:\inetpub\wwwroot\wiki\images\e\e5 Any ideas of how to fix this issue. System Information: MediaWiki: 1.19.2 PHP Version: 5.4.6 MySQL: 5.5.27 OS: Windows Server 2012 Enterprise Web Server: IIS 8 LocalSettings.php $wgUseImageMagick = true; $wgImageMagickConvertCommand = 'C:\Program Files (x86)\ImageMagick-6.7.9-Q16\convert.exe';$wgEnableUploads = true; $wgFileExtensions = array('png', 'gif', 'jpg', 'jpeg', 'doc', 'xls', 'mpp', 'pdf', 'ppt', 'tiff', 'bmp', 'docx', 'xlsx', 'pptx', 'ps');$wgMimeDetectorCommand = "file -bi"; $wgHashedUploadDirectory = false;$wgCacheDirectory = "$IP/cache";  I also created an error log by adding show exceptions and debuglogfile option. $wgShowExceptionDetails = true;
$wgDebugLogFile = 'C:\inetpub\wwwroot\wiki\error-debug_log.txt';  I'm not seeing a smoking gun in the log, so would this mean a permission issue? Here's the log output from when I tried to upload a new image. Start request POST /wiki/index.php?title=Special:Upload HTTP HEADERS: CONTENT-TYPE: multipart/form-data; boundary=---------------------------7dc8b2a70ed0 CONTENT-LENGTH: 73599 DNT: 1 USER-AGENT: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.2; WOW64; Trident/6.0; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729; Zune 4.7) REFERER: http://myhost/wiki/index.php?title=Special:Upload HOST: myhost COOKIE: mywikiUserID=2; mywikiUserName=ebm; mywikiToken=6dc05764f1653a44f083e819d21ade4c; mywiki_session=c6b16529aa3a5585d958146bb2bc1550 ACCEPT-LANGUAGE: en-US,en;q=0.8,ja;q=0.7,ko;q=0.5,zh-Hant;q=0.3,zh-Hans;q=0.2 ACCEPT-ENCODING: gzip, deflate ACCEPT: image/jpeg, application/x-ms-application, image/gif, application/xaml+xml, image/pjpeg, application/x-ms-xbap, */* CONNECTION: Keep-Alive CACHE-CONTROL: no-cache CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] session_set_cookie_params: "0", "/", "", "", "1" LocalisationCache: using store LCStore_CDB Warning: no dba extension found, using emulation. User: cache miss for user 2 Connecting to localhost mywiki... Profiler::instance called without$wgProfiler['class'] set, falling back to ProfilerStub for safety
Connected to localhost mywiki.
Connecting to localhost mywiki...
Connected to localhost mywiki.
User: logged in from session
Fully initialised
User: cache miss for user 2
User: logged in from session
Unstubbing $wgParser on call of$wgParser::firstCallInit from unknown
Parser: using preprocessor: Preprocessor_DOM
Unstubbing $wgLang on call of$wgLang::_unstub from unknown
User::getBlockedStatus: checking...
FSFile::getProps: Getting file info for C:\php\uploadtemp\phpD270.tmp
MimeMagic::doGuessMimeType: getimagesize detected C:\php\uploadtemp\phpD270.tmp as image/jpeg
MimeMagic::guessMimeType: guessed mime type of C:\php\uploadtemp\phpD270.tmp: image/jpeg
MimeMagic::improveTypeFromExtension: improved mime type for .jpg: image/jpeg

mime: <image/jpeg> extension: <jpg>

UploadBase::verifyExtension: mime type image/jpeg matches extension jpg, passing file
UploadBase::detectScript: checking for embedded scripts and HTML stuff
ZipDirectoryReader: Fatal error: zip file lacks EOCDR signature. It probably isn't a zip file.
ForeignAPIRepo: HTTP GET: http://commons.wikimedia.org/w/api.php?aisha1base36=cupt8rlsj0ezk8 grtpenzmfhxwsire3&aiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7 Cmime&list=allimages&format=json&action=query&redirects=true
FSFileBackend::getFileListInternal() given directory does not  exist: 'C:\inetpub\wwwroot\wiki/images/thumb/Testebm.jpg'
LocalFile::purgeThumbList: array ()
DatabaseBase::query: Writes done: INSERT IGNORE INTO image  (img_name,img_size,img_width,img_height,img_bits,img_media_type,img_major_mime,img_minor_mime,img_timestamp,img_description,img_user,img_user_text,img_metadata,img_sha1) VALUES ('Testebm.jpg','72611','720','480','8','BITMAP','image','jpeg','20120927234345','test','2','Redmond\\emarq','a:2:{s:8:\"Software\";s:50:\"Microsoft Windows Live Photo Gallery 15.4.3555.308\";s:22:\"MEDIAWIKI_EXIF_VERSION\";i:2;}','cupt8rlsj0ezk8grtpenzmfhxwsire3')
IP: 172.19.41.60
WikiPage::doEditUpdates: No vary-revision, using prepared edit...
Saved in parser cache with key mywiki:pcache:idhash:37-0!*!*!*!*!*!* and timestamp  20120927234345
DatabaseBase::query: Writes done: REPLACE INTO objectcache (keyname,value,exptime) VALUES  ('mywiki:pcache:idhash:37-0!*!*!*!*!*!*','uTÛnâ0 ís¾ÂÍãJ”\\ l\rª´BÝ ‰K$Ðî³Ifƒ—Ä¶l§@«þûzÂ¥¶ð€tÎØsæÌ1s\ZFÔO˜6 ç•U•õi ÑWC»Ô/—°³~ßÐ8èQ - ë\rÚêÑ Ü¶ZÄ›Á6IHÁKn‰ %µõ ÷«e\nÆHM„Ì€¤² –’° õÇK¤±-Ø)&2ÂEZT®Èð$hGÁC/ìFdµw½¼%”ª  ÓyU‚°_Ô=í  ÃŸ¨z ò· ©åRœš ØÜkµ ½ƒò { l~ªOYº ²åvM6°\'\0é–o8U5Ny¶ffMã^+¸ýöþ%8€å¥3…•ŠDAèTE½(îÄ.Áfè]ØqFN˜È+–Ã„‹ñûŒ ôõÍq¡ã†nÀ\\j M\"@÷¹-à´‚ðžú?y téÚÁª¼û§rÄïñö«[ëÃGëšxÔÀÇYƒqÛ-Ç¥Ó×¬þî@ì¸\0¦Óõ\\¡ŸM çzÚYÐ‚ ×\n0<cá8´ñ³¡]r P¯Èï¯hÐ?ž ñ >¡p ™üÅŠ ôþ   ËÆ ÊÆý¨{*³ª€kµ t‘j®l“‹ß9»¿<Ö=SS é+‡ÐÏÃ£ IÙ ñÁ ˜ \\äWèq²kŸŸ2nÔRn\0ù \rûG³ - h{‘ <µœ GËé cà¼ðûçÜ #yŠße2 \\lnš¯þÆ­+ƒ]\" žî  ÆÁ‡Â )¾nÈ>$%ý mêÍÕ áÝý]ç¬kˆ Å}­«¶´®sOšã®gˆb>‡RXÆ…™ Ù”å<=Äàí?','20120928234345') BacklinkCache::getLinks: from DB BacklinkCache::partition: got from database BacklinkCache::getLinks: from DB BacklinkCache::getLinks: from DB OutputPage::sendCacheControl: private caching; ** Request ended normally Start request GET /wiki/index.php?title=File:Testebm.jpg HTTP HEADERS: CONTENT-TYPE: CONTENT-LENGTH: 0 DNT: 1 USER-AGENT: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.2; WOW64; Trident/6.0; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729; Zune 4.7) REFERER: http://myhost/wiki/index.php?title=Special:Upload HOST: myhost COOKIE: mywikiUserID=2; mywikiUserName=ebm; mywikiToken=6dc05764f1653a44f083e819d21ade4c; mywiki_session=c6b16529aa3a5585d958146bb2bc1550 ACCEPT-LANGUAGE: en-US,en;q=0.8,ja;q=0.7,ko;q=0.5,zh-Hant;q=0.3,zh-Hans;q=0.2 ACCEPT-ENCODING: gzip, deflate ACCEPT: image/jpeg, application/x-ms-application, image/gif, application/xaml+xml, image/pjpeg, application/x-ms-xbap, */* CONNECTION: Keep-Alive CACHE-CONTROL: no-cache CACHES: EmptyBagOStuff[main] SqlBagOStuff[message] SqlBagOStuff[parser] session_set_cookie_params: "0", "/", "", "", "1" LocalisationCache: using store LCStore_CDB Warning: no dba extension found, using emulation. User: cache miss for user 2 Connecting to localhost mywiki... Profiler::instance called without$wgProfiler['class'] set, falling back to ProfilerStub for safety
Connected to localhost mywiki.
Connecting to localhost mywiki...
Connected to localhost mywiki.
User: logged in from session
Fully initialised
User: cache miss for user 2
User: logged in from session
RepoGroup::findFile: got File:Testebm.jpg from process cache
Unstubbing $wgLang on call of$wgLang::getCode from unknown
Unstubbing $wgParser on call of$wgParser::firstCallInit from unknown
Parser: using preprocessor: Preprocessor_DOM
File::transform: Doing stat for mwstore://local-backend/local-thumb/Testebm.jpg/720px- Testebm.jpg
RepoGroup::findFile: got File:Testebm.jpg from process cache
Title::getRestrictionTypes: applicable restrictions to [[File:Testebm.jpg]] are  {edit,move,upload}
OutputPage::checkLastModified: client did not send If-Modified-Since header
Article::view using parser cache: yes
Parser cache options found.
ParserOutput cache found.
Article::view: showing parser cache contents
ContextSource::getContext (ImageHistoryPseudoPager): called and \$context is null. Using  RequestContext::getMain() for sanity
File::transform: Doing stat for mwstore://local-backend/local-thumb/Testebm.jpg/120px-Testebm.jpg
RepoGroup::findFile: got File:Testebm.jpg from process cache
DatabaseBase::query: Writes done: UPDATE  user SET user_touched = '20120927234353' WHERE  user_id = '2'
User: cache miss for user 2
RepoGroup::findFile: got File:Testebm.jpg from process cache
RepoGroup::findFile: got File:Testebm.jpg from process cache
Title::getRestrictionTypes: applicable restrictions to [[File:Testebm.jpg]] are {edit,move,upload}
User: cache miss for user 2
Title::getRestrictionTypes: applicable restrictions to [[File:Testebm.jpg]] are {edit,move,upload}
OutputPage::sendCacheControl: private caching; Thu, 27 Sep 2012 23:43:50 GMT **
Request ended normally
`

I was able to figure out what the problem was. The problem in my case was related to how IIS was configured for FastCGI. In the FastCGI settings section of IIS I noticed that the Max Instances was set to 0. I increased the value to 4 and it worked. I'll need to adjust this setting more to find the sweet spot.

Hi, I have the same problem.

I uploaded a file and it encountered the 500 - Internal sever problem. I can see the image which is within the link of the file (e.g. /roots/images/3/image.png) However, I cannot view the "File:image.png" and it return 500 - Internal sever problem!

It is very frustrated. Could you please tell me is it similar to your problem?

Thanks,

Make sure you grant Modify rights to the upload folder for the IISUser account.

I am using Mediawiki 1.26.4 with PHP 5.4 I SOLVED the problem by switching on XMLREADER in the php version via cpanel after seeing the error in the error log which is stored in the Mediawiki directory on my website.

Hope this helps !

## Count articles in certain category

4

Is it possible to have results on the page of Count articles in certain category?

Thx, I try

Reply to "Count articles in certain category"

2

## How to reset 2FA enforced on account from shell ?

2

Hi , i read this into Help page of OAUTH , but i wasn't able to find what shell commands are needed... Anyone can help ? (phone lost, no token, no secret available. He has chached credentians so he can access to wiki with his profile.)

Many Thanks !!

What do I do if I lose my phone/token/secret?
A user with shell access can remove your account from the two-factor configuration, which will allow you to login and re-enable two-factor authentication with a new device. The person doing this work will need to verify your identity, preferably by signing your request with a PGP signature that the user can verify, revealing a committed identity, or verifying the request through another non-email source (most users can reset their wiki password via email, so we want to ensure a malicious person with access to your email account cannot get your second authentication factor reset also).
Reply to "How to reset 2FA enforced on account from shell ?"

## Configuring PHPMailer to use with Extension:EmailPage while wiki is mail enabled

2

Hi,

I installed the EmailPage extension that comes with a version of the PHPMailer included. I already have the wiki SMTP-mail enabled. But now I do not succeed in configuring the mail function as addressed by EmailPage to use the PHPMailer. To my surprise there is nothing in the Mediawiki site on this - important - extension PHPMailer at all... I find several *.php classe files in the folder but it is not clear to me ...

• which one do I use ? phpmailer.php / smtp.php ?
• how do I configure it to use my standard smtp settings or do I have to duplicate them somewhere within the phpmailer ?
• how do I link this together ?

thanks for all help I can get ....

just wanted to ask if you have found a solution? Having the same troubles and can't find any help

Reply to "Configuring PHPMailer to use with Extension:EmailPage while wiki is mail enabled"

## <i> tag around the whole page

4

Some of my pages have the <i> tag around the whole page and are displayed Italic. I couldn't fix it using built-in editor or WYSIWYG editor. Just the <i> tag before the first line of code and it looks horribly(((

Which website are you referring to? Is it MediaWiki related?

It is a wiki based on MediaWiki 1.30.0

Extensions: Nuke 1.3.0, SyntaxHighlight 2.0, ConfirmEdit 1.5.0, ReCaptchaNoCaptcha, WikiEditor 0.5.1, WYSIWYG editor 1.5.6

A link to the page with the problem would help.

Reply to "<i> tag around the whole page"