Skip Menu |

This queue is for tickets about the Excel-Template CPAN distribution.

Report information
The Basics
Id: 15796
Status: rejected
Priority: 0/
Queue: Excel-Template

People
Owner: Nobody in particular
Requestors:
Cc: rbo [...] cpan.org
AdminCc:

Bug Information
Severity: Important
Broken in: 0.25
Fixed in: (no value)



Subject: Excel complains of file corruption if worksheet name is specified (using perl 5.6.1)
The perl script below produces a file that Excel can recover the data from, but not the formatting. This is using perl 5.6.1 on i686-linux, and we've been using Spreadsheet::WriteExcel (v2.13) and Spreadsheet::WriteExcel::Big (v2.01) with some success to generate multi-worksheet workbooks, so I'm somewhat mystified as to how this could happen. I suspect this is the same bug discussed at http://www.perlmonks.org/index.pl?node_id=384154, which the original poster never got around to filing a bug on. Setting the worksheet name to an empty value results in a workbook that Excel is happy with. Other behaviors noticed: * putting in a lot of data rows seems to break the sheet name even worse(it becomes "UnknownSheet1", rather than reverting to the default "Sheet1"). * trying with two worksheets produces the same behavior, neither better nor worse (demonstrated optionally with the obviously-named template parameter). * trying with two worksheets, when the first has more than three rows of data, causes the second worksheet to simply disappear (ditto). * using the Spreadsheet::WriteExcel::Big renderer appears to simply produce no output at all, but that seems to be a separate bug #!/usr/local/bin/perl use Excel::Template; use strict; my $t = Excel::Template->new(filename=>\*DATA) or die $@; $t->param("TOPCELL"=>"Generated for testing with no timestamp") or die $@; $t->param(INCLUDE_SECOND_SHEET=>0); $t->param(BREAK_SECOND_SHEET=>0); print $t->output or die $@; __END__ <workbook> <worksheet name="foo"> <row><bold><cell><var name="TOPCELL" /></cell></bold></row> <row><format align="center" valign="top" bold="1"> <cell>Have some</cell> <cell>Text</cell><cell>More</cell><cell text="Text" /> </format> </row> <if name="BREAK_SECOND_SHEET"> <row><format align="center" valign="top" bold="1"> <cell>Have some</cell> <cell>Text</cell><cell>More</cell><cell text="Text" /> </format> </row> </if> </worksheet> <if name="INCLUDE_SECOND_SHEET"> <worksheet name="bar"> <row><bold><cell>This is sheet two</cell></bold></row> <row><format align="center" valign="top" bold="1"> <cell>Have some</cell> <cell>Text</cell><cell>More</cell><cell text="Text" /> </format> </row> </worksheet> </if> </workbook>
Is this something that is likely to get looked at any time soon? I realize it's not a particularly common issue, and maintainer time is a finite resource: I wouldn't be shocked if there just weren't enough of it for fixing 5.6.1 bugs. But if that's the case, it'd be nice to know--at the very least, then I could add that to my list of arguments for migrating to the 5.8 series sometime before 5.10 is released.
From: RKINYON
On Fri Apr 28 18:05:02 2006, BWARFIELD wrote: Show quoted text
> Is this something that is likely to get looked at any time soon? I > realize it's not a particularly common issue, and maintainer time is a > finite resource: I wouldn't be shocked if there just weren't enough of > it for fixing 5.6.1 bugs. But if that's the case, it'd be nice to > know--at the very least, then I could add that to my list of arguments > for migrating to the 5.8 series sometime before 5.10 is released.
I'm sorry, but I don't have a lot of time to look at bugs that are 5.6-specific in a module I'm not currently using at work. I will be using Excel::Template at work in the near future, so I should have time to clear the RT queue then, 5.6-specific or not. Within the next three months, I would guess. Rob
Currently we have version 0.34, unfortunately I can not reproduce the problem. If there was still the problem they reopen this ticket. Thanks, Robert