Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#288 Export entry gives an ics files that is not valid ?

Minor
closed
nobody
None
4
2013-12-13
2013-11-13
Hebus
No

When export an ics file, using the export entry on de site.
Ical can not read the file. (osx)
I checked the ics file using a online ics checker.
And at the start there are 2 empty lines.

empty line
empty line
BEGIN:VCALENDAR
PRODID:-//MRBS//NONSGML MRBS 1.4.10 //EN

Removing this lines fixed the problem.
Where in the code can i find this ?

gr. Hebus

Discussion

  • The code that produces this is in functions_ical.inc. However I can't reproduce this problem. Have you made any modifications to MRBS?

    Campbell

     
  • Hebus
    Hebus
    2013-11-14

    I modified mrbs a little but nothing from the export entry part.

    I now tested it using the last version of functions_ical.inc/view entry.php. Still 2 lines.
    Any idee, where i can look ?

     
  • What happens if you produce a report in .ics format? Do you still get those two empty lines?

    Campbell

     
  • Hebus
    Hebus
    2013-11-14

    I tested it.
    When i do an export in the overview page, ics file gives 2 empty lines.
    Html version looks ok, cvs version also has 2 empty lines.

    gr. hebus

     
  • I suspect the problem may be that you have two empty lines before the <?php at the beginning of one of the MRBS files.

    Campbell

     

  • Anonymous
    2013-11-18

    Another possibility is that you have some empty new lines after the last ?> in your config file.

    Campbell

     
  • Hebus
    Hebus
    2013-11-18

    Using you last tip i found in my cas.php file empty lines at the end , i removed this one and tada :D.

    It looks to me very strange that this has influence on the export of the ics file ?

     
  • If you have new lines after the closing ?> then whatever's in the file will just be sent direct to output, so it'll appear at the beginning of your .ics file before the real content is sent by MRBS. It's also there in your HTML output, but your browser will cope with it and so you won't see it. However if you had full PHP error reporting turned on you'd see the error message "Cannot modify header information - headers already sent".

    Actually the closing ?> is not necessary if there's nothing following it, so I'll think about just removing them all.

    Campbell

     
  • Hebus
    Hebus
    2013-11-20

    Ty for the explanation.
    Until next problem ;)

     
  • I've now removed all the closing PHP tags in Rev 2784 to the trunk, so with luck this problem won't happen again.

    Campbell

     


Anonymous


Cancel   Add attachments