PHPExcel Work Item Rss Feed

Commented Issue: Excel 2007 - Macros - CustomUI [19017]

LWol — Mon, 20 May 2013 14:05:28 GMT

You will find in the attachment the modified and added files to PHPExcel v1.7.8 to enable reading and writing macros, elements of customizing the Ribbon in Excel 2007.
Signed macros are handled, "user" images of the Ribbon also .

If this is of any interest, some improvements can be made, for example the use of caching system to preserve the memory.
Comments: ** Comment from web user: LWol **

This means that the script found macros, they are not signed, and that there are no custom Ribbon. If these information are consistent with the contents of the original file, it is likely that the macros have been copied.
The disappearance of a button is a problem that is unrelated to this patch but the fact that PHPExcel does not support the form elements.
I examine this aspect.

Commented Issue: Excel 2007 - Macros - CustomUI [19017]

Livinstone — Mon, 20 May 2013 05:53:38 GMT

I have same problem :(
* macros in file
* not signed
* No ribbon
What it mean? after success script, my button disappeared :(((

Closed Feature: Conditional formatting in Excel 5 [11704]

Progi1984 — Thu, 16 May 2013 12:42:08 GMT

Hello, As far as I know the conditional formatting is not available in Excel 5. Am I wrong ? Will it be in the feature list soon ? Regards, Nicolas

Closed Issue: Reader load() should clear calculation cache [15145]

MarkBaker — Thu, 16 May 2013 12:41:46 GMT

Reading a number of files in succession can give wrong results because the reader may return results from the calculation cache from a previous file.

Fix is for function load($file) in each reader to always call PHPExcel_Calculation::getInstance()->clearCalculationCache().

Closed Issue: PHPExcel_Cell::getCalculatedValue() fails on simple calculation [16926]

MarkBaker — Thu, 16 May 2013 12:41:39 GMT

A cell with the following formula "=12*2495" resolves to "16560" instead of "29940".

[Update]
If the file was loaded by itself, the calculation is correct. If the file was loaded along with many other files, the calculation fails.

[Update]
Found the problem. If the cache as disabled, the problem goes away. I think the bug is that the cache is static. When I traced through the calculation, it found the calculated result in the cache on the first time when it shouldn't have. The erroneous value came from a previously cached value. The fix might be to add the filename to the cache and not rely on just the worksheet title and cellID. I'll try this solution and report back what I find.

[Update]
Ok, that worked. Since the filename was not included inthe PHPExcel class (I think), I added a set/get function to store and retrieve the filename. So when loading, the filename can be saved. Then in the Calculation class, I changed all references to the calculation cache to index the filename appended to the sheet title (instead of just the sheet title). The calculations then worked fine.

Hope the explanation is clear. If not, let me know.

Closed Issue: Fix for environments where there is no access to /tmp but to upload_tmp_dir [17840]

jweberho — Thu, 16 May 2013 12:41:35 GMT

On several hosted environments it's not possible to use the global /tmp directory. I have provided a patch, which makes the upload_tmp_dir to be used instead.

Closed Issue: sys_get_temp_dir() pointing to wrong location [17936]

MarkBaker — Thu, 16 May 2013 12:41:34 GMT

Hi, I'm using PHPExcel on phpfog hosting. I get the following warning:realpath(): open_basedir restriction in effect. File(/tmp) is not within the allowed path(s): (/usr/share/php:/usr/share/pear:/usr/share/php/libzend-framework-php:/var/fog/apps/app33219/tmp:/var/fog/apps/app33219/bizzocall2.phpfogapp.com) (/var/fog/apps/app33219/bizzocall2.phpfogapp.com/protected/extensions/phpexcel/Classes/PHPExcel/Shared/File.php:136) This is probably happens because of the sys_get_temp_dir() bug.http://www.php.net/manual/de/function.sys-get-temp-dir.php#97044 Thanks

Closed Issue: ->getUrl() gives sheet://test [17976]

MarkBaker — Thu, 16 May 2013 12:41:34 GMT

when we have a spreadsheet that contained in the several cells a URL pointing to a specific anchor on the page (eg www.goole.de # test) then gives -> back getURL Emulation Links with the sheet :/ / test because it is assumed it refers to an internal spreadsheet. This does not happen I have the file from the directory Excel2007.php reader somewhat modified. At line 1112 of file the links are created for the cells. Previously, the address of the cell ids and locations apart. The location is at the URL weggeleassen although there is no check the location to a valid data shows. So I converted the function as follows: The link always gets appended to the URL of the location is again in full: if (isset ($ linkRel ['id'])) {if (isset ($ hyperlink ['location'])) {$ cell-> getHyperlink () -> setUrl ($ hyperlinks [(string) $ linkRel ['id']] '#' $ hyperlink ['location']..);else {}$ cell-> getHyperlink () -> setUrl ($ hyperlinks [(string) $ linkRel ['id']]);}} and the location is checked whether the data is with the Excel file: $ worksheets = $ this-> list worksheet names ($ pFileName);if (in_array ($ hyperlink ['location'], $ worksheets) && isset ($ hyperlink ['location'])) {$ cell-> getHyperlink () -> setUrl ('stylesheet :/ /' (string) $ hyperlink ['location'].);}

Closed Issue: Rich Text containing UTF-8 characters creating unreadable content with Excel5 Writer [18551]

MarkBaker — Thu, 16 May 2013 12:41:29 GMT

I discovers a problem on the class PHPExcel_RichText on Excel5 writer with text in UTF-8 All is fine with this exemple : $oText = new PHPExcel_RichText();$oText->createText('my text in ');$oTextBold = $oText->createTextRun('bold with an accent');$oTextBold ->getFont()->setBold(true); $sheet->setCellValue('A1', $oText); But with this exemple, an Alert Security appears on Miscrosoft Excel : $oText = new PHPExcel_RichText();$oText->createText('mon texte en ');$oTextBold = $oText->createTextRun('gras avec un é');$oTextBold ->getFont()->setBold(true); $sheet->setCellValue('A1', $oText); Anyone have informations on this problem? PS : There is no problem with the Excel2007 writer, but it's not the solution because all users can't read xlsx.

Closed Issue: Error in PHPEXCEL/Calculation.php script on line 2976 [18777]

MarkBaker — Thu, 16 May 2013 12:41:27 GMT

2975 while (!is_null($op = $stack->pop())) { // pop everything off the stack and push onto output
2976 if ($opCharacter['value'] == '(') return $this->_raiseFormulaError("Formula Error: Expecting ')'"); // if there are any opening braces on the stack, then braces were unbalanced
2977 $output[] = $op;
2978 }
2979 return $output;
2980 } // function _parseFormula()

You must change '$opCharacter' to '$op'.

Best regards.

Closed Issue: CSV files identified as HTML [18794]

MarkBaker — Thu, 16 May 2013 12:41:27 GMT

There is a substantial issue with trying to automatically determine file types.

How to reproduce:
1. Create a valid CSV file (quoted values, comma-separated)
2. Upload that file through a form so that it is available to PHP (we'll call the file array $file)
3. Call PHPExcel_IOFactory::identify($file['tmp_name']);
4. The file is identified as 'HTML' instead of 'CSV'

It seems that the only requirement for hitting this issue is that the file's tmp_name has no extension, and thus skips the first section and starts iterating through readers checking if they can read the file. The HTML reader must be checked before the CSV reader, but the file contains no HTML and it seems like it really should be identified as a CSV.

Closed Issue: cache_in_memory_gzip "eats" last worksheet line, cache_in_memory doesn't . [18844]

MarkBaker — Thu, 16 May 2013 12:41:26 GMT

Reading a very simple excel workbook (attached) with PHPExcel 1.7.8 stable, I use the cache_in_memory_gzip cache method.
When I display the full sheet content, the last line does not appear.
If I switch to the cache_in_memory method, the last line appears.
Did I miss something ?

Marc

Closed Issue: Found a fixable memory and time hog in PHPExcel [18958]

MarkBaker — Thu, 16 May 2013 12:41:26 GMT

We wanted to process an XLS, around 5MB is size, ~3500 rows, 10-20 columns, some cells with long text (around a kilobyte). Even identify peaked around ~100MB, and we wanted to hunt down what causes it, and we could actually fix the code, so it turned out to be faster and eats less memory:OLERead.php, line 156, there is an assignment:$this->smallBlockChain[$index] = self::_GetInt4d($this->data, $pos);Where we measured how $index will be, and it reached about 750k. In a flat C array, the memory consumption would be exactly 3M, but in PHP, every array is associative, so it builds a search-tree, not using pointer-arithmetic. The consumption is about O(n*log(n)), which the following code will show:$ php -r '$array = array(); for($i = 0; $i < 750000; ++$i) $array[$i] = NULL; echo memory_get_peak_usage(true)."\n";'111149056That's 106MB.Our fix is pretty straightforward: emulate the C array in PHP, which means use string, pack, and unpack, instead of a PHP array. Would be still slower than C, but faster and with less memory than PHP arrays.So the change would be in OLERead.php:Line 150:$this->smallBlockChain = ""; //instead of arrayLine 156:$this->smallBlockChain .= pack("l",self::_GetInt4d($this->data, $pos)); //pack gives back a 4 byte string, with small-L it's a 32-bit signed integer, machine byte order.Line 193:$block = unpack('l',substr($this->smallBlockChain,$block*4,4));$block = $block[1]; //you can write this in one line in PHP 5.4, not in 5.3

Closed Issue: getSheetNames() fails on numeric (floating-point-style) names with trailing zeroes [18963]

MarkBaker — Thu, 16 May 2013 12:41:25 GMT

getSheetNames() returns incorrect sheet name if one sheet name contains a trailing zero AND another sheets name with the same numeric value is in conflict. Example: example.xlsx (see file attached) contains two worksheets named "1.1" and "1.10".Test script: PHPExcel_issue_18963.php (see file attached)Expected output:array(2) { [0]=> string(3) "1.1" [1]=> string(6) "1.10" }Actual output:array(2) { [0]=> string(3) "1.1" [1]=> string(6) "1.10 1" }PHPExcel 1.7.8, 2012-10-12PHP 5.3.15

Closed Issue: Cyclic Reference in Formula [19717]

MarkBaker — Thu, 16 May 2013 06:47:26 GMT

I am trying to read a Excel file with formula's in most of my columns. Then I receive this error.

PHP Fatal error: Uncaught exception 'PHPExcel_Exception' with message 'ISM-XE1203FI63TRX91!AI7 -> ISM-XE1203FI63TRX91!AO9 -> ISM-XE1203FI63TRX91!AN9 -> ISM-XE1203FI63TRX91!AM9 -> ISM-XE1203FI63TRX91!AP9 -> ISM-XE1203FI63TRX91!AN9 -> Cyclic Reference in Formula' in /abc//Classes/PHPExcel/Cell.php:307\nStack trace:\n#0 /abc/reader.php(226): PHPExcel_Cell->getCalculatedValue()\n#1 /abc//reader.php(132): calculateFormula(Object(PHPExcel_Worksheet), 'AI7')\n#2 /abc/reader.php(36): readTemplateData('tmp/Template...')\n#3 {main}\n thrown in /abc/Classes/PHPExcel/Cell.php on line 307

Any idea how to resolve this ?.

Commented Issue: Cyclic Reference in Formula [19717]

MarkBaker — Thu, 16 May 2013 06:47:09 GMT

This is the correct default behaviour for cyclic formulae

Commented Issue: SUMIF formula ranges are not updating after insertNewRowBefore [19681]

ggoo888 — Thu, 16 May 2013 01:31:15 GMT

SUMIF formula ranges are not updating after insertNewRowBefore. Is that normal activity?

Thanks,
Gannon

$objPHPExcel->getActiveSheet()->setCellValue('C25', 'AGS141');
$objPHPExcel->getActiveSheet()->insertNewRowBefore(26,1);
$objPHPExcel->getActiveSheet()->setCellValue('C26', 'AGS144');
$objPHPExcel->getActiveSheet()->insertNewRowBefore(26,1);
$objPHPExcel->getActiveSheet()->setCellValue('C26', 'AGS143');
$objPHPExcel->getActiveSheet()->insertNewRowBefore(26,1);
$objPHPExcel->getActiveSheet()->setCellValue('C26', 'AGS142');

Formula in G29 before
=SUMIF($F$25:$F$26,$F29,G$25:G$26)

=SUMIF($F$25:$F$26,$F32,G$25:G$26)
Comments: ** Comment from web user: ggoo888 **

Patched it to work for me. Here is the updated ReferenceHelper.php, if anyone wanted it to work this way.

Thanks for the tip about inserting multiple rows at once. :)

Created Issue: Cyclic Reference in Formula [19717]

gopikn — Thu, 16 May 2013 00:46:02 GMT

Closed Issue: problem exporting large data to excel [19648]

MarkBaker — Wed, 15 May 2013 13:40:16 GMT

Hi Guys,
Please help me for the the problem exporting large data to excel format xlsx.
i m exporting almost 45000 records at a time to single file and it timeout without saving file.
the mysql select query is taking 21 seconds for executing that large data.

Closed Issue: PDF writer delivers empty document. [19703]

MarkBaker — Wed, 15 May 2013 13:39:43 GMT

Please ignore. It should've been posted under "discussions". I have moved it there.