Invenzzia »

IMPORTANT ANNOUNCEMENT

Due to the uncertain status of the Flyspray project, lack of new releases and moving the code repository to Github, we decided to shutdown this issue tracker by the end of January 2011. From that date, the bugs should be reported directly in Github project repositories.

List of repositories:

Open Power Template 2.x family

PLEASE PROVIDE THE TEMPLATES AND/OR PHP CODE IN THE TASK DESCRIPTION (Not URL-s to them). THAT ALLOWS US TO REPRODUCE THE PROBLEM! OTHERWISE WE ARE NOT ABLE TO HELP YOU!

Remember to hide all the security-related pieces of code from the task description, like passwords, server paths etc. for your own safety. Once we close the task, we cannot edit it anymore!
Tasklist

FS#33 - Error in compiling while template is not extension

Attached to Project: Open Power Template
Opened by Amadeusz Starzykiewicz (megaweb) - Thursday, 27 November 2008, 09:22 GMT-8
Last edited by Jacek Jędrzejewski (eXtreme) - Monday, 19 January 2009, 06:33 GMT-8
Task Type Bug Report
Category Compiler
Status Closed
Assigned To Zyx (Zyx)
Operating System OS-independent
Severity Critical
Priority Normal
Reported Version 2.0 SVN
Due in Version 2.0-beta2
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

While I'm compiling the lowest template (base for extensions) Firefox sends me XML error:
Błąd parsowania XML: deklaracja XML lub tekstu nie jest na początku jednostki
Obszar: http://localhost/~amadeusz/galeria/index.php
Numer linii: 2, kolumna 1:<?xml version="1.0" encoding="UTF-8" standalone="no" ?>
^

It's not only in this template, but in all with no extensions. I've got newest SVN version.
This task depends upon

Closed by  Jacek Jędrzejewski (eXtreme)
Monday, 19 January 2009, 06:33 GMT-8
Reason for closing:  Fixed
Additional comments about closing:  Looks to be fixed in beta1.
Comment by Zyx (Zyx) - Thursday, 27 November 2008, 10:54 GMT-8
This is a quite critical bug, I even perfectly know, what is the reason. It will be quite tricky to fix, but I'll do my best. The bug simply must be fixed in order to make the library usable :).
Comment by Amadeusz Starzykiewicz (megaweb) - Friday, 28 November 2008, 04:34 GMT-8
I know ;) You always do your best, so I won't worry about it. Can you tell me what is the reason? Maybe I will find another fix?
Comment by Zyx (Zyx) - Friday, 28 November 2008, 09:38 GMT-8
This is an XML compliance bug - the prolog should start in the first character of the first line of the output. However, if you do:

---
<?xml version="1.0" ?>
<opt:prolog version="1.0" />
...
---

The output will have the prolog in the second line. The problem is quite complicated, as the compiler works perfectly for more than one root node in the template and the standard compliance is done by (still quite ineffective) workarounds. In fact, even the XML prolog, if prologRequired == false is represented as a character data node. There are two possible solutions:

1. To redesign the structure of the top XML tree level.
2. To add some extra code to opt:prolog and opt:root that removes the empty text nodes from the beginning and the end of the template.

I would prefer the first one, as it will cause less problems in the future.
Comment by Amadeusz Starzykiewicz (megaweb) - Sunday, 30 November 2008, 05:58 GMT-8
But it's complicated and need much time to redesign...
Comment by Amadeusz Starzykiewicz (megaweb) - Sunday, 18 January 2009, 10:27 GMT-8
As I opened this ticket I can say, that problem disappeard. And now I have no problems with compiling my templates.
Comment by Jacek Jędrzejewski (eXtreme) - Monday, 19 January 2009, 06:32 GMT-8
So it looks "fixed" to me.

Loading...