View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0012484 | mantisbt | csv | public | 2010-10-26 05:42 | 2022-10-10 14:00 |
Reporter | basil.mathew | Assigned To | |||
Priority | high | Severity | minor | Reproducibility | have not tried |
Status | confirmed | Resolution | fixed | ||
Product Version | 1.2.2 | ||||
Summary | 0012484: CSV and Excel exporting issue... | ||||
Description | CSV and Excel exporting issue... Excel Export is not working in linux os(openOffice 3.2.0) Actulally the file is got downloaded with xml extension but not shows anything while opens.the file contains xml nodes i see but not open in OpenOffice or in a browser. Also The CSV export is not opening in windows (excel).Same issue is there. Where CSV export is working in linux and Excel export is working in Windows client. Is this becoz of any platform related issue?How to solve this issue? | ||||
Tags | mantishub | ||||
mantisbt-help mailing list Comment from David (dhx) AFAIK OpenOffice doesn't support this format. |
|
Can you retry CSV export with latest 1.2.x code from Git? It should open in Excel just fine. |
|
1.3 will generate excel files in office 2007/2010 format so should resolve this issue - I too used to have the same problem in the 1.2.x releases |
|
Reminder sent to: grangeway I don't see any format difference between 1.2 and 1.3 |
|
Reopened |
|
Reopened, the issue is not fixed in master branch at the |
|
this is fixed in the mantis-2.x branch |
|
0012484:0031461 is still valid, reopening |
|
Atrol's comment is still valid, reopening. |
|
see the master-2.0.x branch for fix |
|
This is reproducible on 1.3.x release on other platforms as well. |
|
Grangeway wrote code [1] to fix the Excel/CSV exports using PHPExcel library. I have not tested it, although I've used PHPExcel for other purposes and found it to be a good tool. The commit does not apply cleanly on master, but it's probably worth using that rather than writing something from scratch. I did not check whether there are any follow-up commits in the master-2.0.x branch [2] either. [1] https://github.com/mantisbt/mantisbt/commit/69456d94bf93196e97b624258259f084b9993fa3 |
|
Until recently i could open the xml generated files with librOffice. Anyway, maybe it's time to work a better solution... |
|
I have tried a quick implementation with PHPExcel but i see some downsides:
Another library that i reviewed: Spout (https://github.com/box/spout)
|
|
Having looked at various other Excel libraries for PHP in the past for another project, PHPExcel was the only one I found that has good, active support and keeps evolving. I also tried one called SimpleExcel (on Github) which is more lightweight, but has not been updated since 2013. PHPExcel
Is that really an issue ? Disk space is cheap...
True, but not really relevant IMO
I have never used PHPExcel for very large exports (the biggest files I ever generated were a few hundred rows at most) so I did not experience any issues with memory usage or performance. Did you reach any limits performing large exports ?
What is the definition of "slow" ? When extracting a large amount of data, I believe it is acceptable to have to wait a few seconds for the file to be generated. Spout
I think you got that backwards... My understanding, which seems to be confirmed by FSF [1][2] is that it is acceptable to include an Apache2 library into a GPL (v3) project, but the reverse is not true. MantisBT is released under GPL "version 2 of the License, or (at your option) any later version." so I think we should be OK - but IANAL ;) [1] http://www.gnu.org/licenses/license-list.html#apache2 |
|
I don't have a benchmark atm. But "very noticeable" slower. if interested i can refresh with actual numbers.
True, but not into a GPL2. As far as i know, current license is GPL2 |
|
PHPExcel breaks when reaching 128MB at ~30k bugs, but i'm not sure that after 10k it's actually working, since at that point the memory has reached maximum and stops growing. The memory increase is due to output buffering and/or library overhead. |
|