Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

quotation sign defaces after edit of an entry. #304

Closed
joerg-nafcom opened this issue Jul 13, 2020 · 10 comments
Closed

quotation sign defaces after edit of an entry. #304

joerg-nafcom opened this issue Jul 13, 2020 · 10 comments
Labels

Comments

@joerg-nafcom
Copy link

System Information
Podcast Generator Version: 3.1
Webserver: Apache
PHP Version:7.3

When this:

image

Is edited in Admin mode and I am simply hitting "Save" without changing anything, it defaces to this:

image

@ryangurn
Copy link
Contributor

@joerg-nafcom ah it appears that we are escaping quotes to protect against some sort of SQL injection.

I think we will need to find a creative way to ensure that this is properly fixed. Thanks for the report!

@emilengler
Copy link
Collaborator

@joerg-nafcom ah it appears that we are escaping quotes to protect against some sort of SQL injection.

No, we don't use any SQL at all, although I thought about switching to an SQLite database in the future

@ryangurn
Copy link
Contributor

ryangurn commented Aug 29, 2020

oops @emilengler i mean html injection oops. I think this probably has to do with a call to htmlspecialchars() somewhere.

@emilengler
Copy link
Collaborator

Yes I think this causes the problem

@ryangurn
Copy link
Contributor

I will take a look and push a PR for adjusting this!

@ryangurn
Copy link
Contributor

@joerg-nafcom so initially the data is added in correctly, and then upon updating it we get the "&quote"?

ryangurn added a commit to ryangurn/PodcastGenerator that referenced this issue Aug 30, 2020
@ryangurn ryangurn mentioned this issue Aug 30, 2020
2 tasks
@ryangurn
Copy link
Contributor

I hope that the title is the only place where this is needed since that is the only place where I allowed for html special chars. @joerg-nafcom please let me know if that will suffice, we are trying to ensure that there is some level of security so that html code cannot be executed by the browser accidentally.

@emilengler
Copy link
Collaborator

This was fixed due to great work by @ryangurn!

@joerg-nafcom
Copy link
Author

joerg-nafcom commented Aug 30, 2020 via email

@ryangurn
Copy link
Contributor

@joerg-nafcom my pleasure, I will most likely be commenting on your other bug reports to get those squashed also. It was a pleasure.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants