cobbler-1.2.9-1 - the webinterface doesn't like quotes (")

[Rainer Duffner]

Hi,

When you issue a parameter (in the ksmeta-section) that is surrounded by
quotes, the web-interface cuts of the output at that point the next time
you edit that system.
But the values are in the DB - the kickstart get's rendered correctly.




Best Regards,
Rainer
.

[Michael DeHaan]

Rainer Duffner wrote:
>  Hi,
>
>  When you issue a parameter (in the ksmeta-section) that is surrounded by
>  quotes, the web-interface cuts of the output at that point the next time
>  you edit that system.
>  But the values are in the DB - the kickstart get's rendered correctly.
>
>
>
>
>  Best Regards,
>  Rainer
>  .
>
>  _______________________________________________
>  cobbler mailing list
>  cobbler(a)lists.fedorahosted.org
>  https://fedorahosted.org/mailman/listinfo/cobbler
>     
This is because the HTML is unescaped.   We'll need to modify the 
templates to call some Cheetah function in cases where we expect a 
variable to potentially have quotes in it.

However, in the case of ksmeta, it's stored as hash, so there really 
aren't any quotes... unless the code that converts the hash to a string 
is putting them in.   

Are you using a kernel option that requires multiple values in quotes?   
Can you give an example?

--Michael

[Rainer Duffner]

Am 09.12.2008 um 00:47 schrieb Michael DeHaan:

>  This is because the HTML is unescaped.   We'll need to modify the
>  templates to call some Cheetah function in cases where we expect a
>  variable to potentially have quotes in it.
>
>  However, in the case of ksmeta, it's stored as hash, so there really
>  aren't any quotes... unless the code that converts the hash to a  
>  string
>  is putting them in.
>
>  Are you using a kernel option that requires multiple values in quotes?
>  
Not really.
I was just doing the likes of "disk=cciss/c0d0" and it looked  
"cleaner" to put that string in quotes.
But it works without quotes.
I'd say maybe the webform should just refuse quotes, if they are  
currently "unprocessable".




Rainer

[Michael DeHaan]

Rainer Duffner wrote:
>  Am 09.12.2008 um 00:47 schrieb Michael DeHaan:
>
>    
> > This is because the HTML is unescaped.   We'll need to modify the
> > templates to call some Cheetah function in cases where we expect a
> > variable to potentially have quotes in it.
> >
> > However, in the case of ksmeta, it's stored as hash, so there really
> > aren't any quotes... unless the code that converts the hash to a  
> > string
> > is putting them in.
> >
> > Are you using a kernel option that requires multiple values in quotes?
> >
> >     
>
>  Not really.
>  I was just doing the likes of "disk=cciss/c0d0" and it looked  
>  "cleaner" to put that string in quotes.
>  But it works without quotes.
>  I'd say maybe the webform should just refuse quotes, if they are  
>  currently "unprocessable".
>
>
>
>
>  Rainer
>
>
>  _______________________________________________
>  cobbler mailing list
>  cobbler(a)lists.fedorahosted.org
>  https://fedorahosted.org/mailman/listinfo/cobbler
>     
I think a few kernel options can tolerate them.   It needs to escape 
them on entry.

--Michael