-
Notifications
You must be signed in to change notification settings - Fork 418
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
5.6.0 and breakage with php-tidy #780
Comments
@thelounge-zz thank you for raising the issue here... It looks like the bug 1537853 may be related to a I will try to re-setup a windows testing, to be able to repeat this test... maybe the Changing some html text |
Changing some html text 4 to a decimal 3.33333 is an action of tidy - there is nothing else dealing in that autotest with html content and downgrade libtidy fixes this issue |
@thelounge-zz as stated, can not see how tidy could input |
this smells like some float conversion deep insinde the code, fact is that i wrote PHP code, stored the output as base64 and the autotest is running the same code and making a diff - libtidy version makes the difference |
@thelounge-zz I 100% agree IIRC, There is no conversion possible... I think... but you have a
So also seek a SOLUTION... You Did this just Lots of questions here, which I shall try to explore... Further feedback really appreciated... thanks... |
i will try to extract the issue with 3.33333 in a single php file containing all functions and the original strings in base64 and when that is possible provide 2 rpms for Fedora 28 (the offical package and my sandybridge optimized rebuild of the F27 package) encode/decode can't be a problem since it's pure latin1 HTML code BTW: "i won't care that much about whitespaces and rewrite test-hashes" is only half the truth, in fact i care because tidy cleanup is an essential part of anything dealing with WYSIWG input and so a ton of tests are failing and need to be reviewed leading to makeing the testsuite depending on a specific library version and from that point on you can no longer sync the whole stuff bewteen different machines with different tidy/php/os versions which defates the purpose |
@thelounge-zz thanks for trying to help look into this... do not exactly understand your I explored using a debug version of tidy on a html snippet
Just can not I agree that certain types of If you have specific examples, then for sure open an issue, and we can explore... thanks... |
libtidy-5.4.0-4.fc28.20181003.rh.x86_64 is my rebuild of the Fedora 27 src.rpm which don't have the issue and so you can downgrade / upgrade and seee that only changing libtidy makes the difference are you doing your tests with tidy or from PHP because the Fedora maintainer also said that he is unable to reproduce this and din't bother to just run php.tidy linked against the newer version oriiginally i was at thursday about to extract a isolated reproducer and then daily buisness robbed my time followed by yesterday dealing the whole day with network infractructure issues - i hope people left and right leave me in piece next week at least on tuesday so that i can provide the needed infos and reproducers here :-( |
Hi daywork or not, because i miss here the option for attachments please look at https://bugzilla.redhat.com/show_bug.cgi?id=1537853#c22 where you can download a ZIP with a simple "test.php" and the expected output and what you get with tidy 5.6 you simply can't write any useful tests with such huge differences because it's even not possible or at least error prone manually review if it's just a format change or the "meaning" of the resulting HTML has changed sadly i can't reproduce the 3.3333333 currently in a standalone script and maybe that's a result of the changed output and other processing of it within the php application |
@thelounge-zz thank you for the
I would guess this is because directory In brief, my
So I still have But this seems to be two (2) problems, probably unrelated... Problem 1 - 5.6 has a wrap problem - regression - fixed in 5.7.9, onwardsI think I can see that problem in comparing But that is not particularly clear in reading This wrapping seems to be part of issue #673, mentioned in others, solved in PR #705, where I commented that maybe this is a problem with
Need someone to run That would demonstrate that this can be solved in Problem 2 - tidy morphs attribute text
|
belive it or not but depedning on the tidy-package installed the completly to tidy unrellated code comes up with the mysterious 3,3333333333333 libtidy-5.4.0-4.fc28.20181003.rh.x86_64.rpm
|
libtidy 5.6 is touching LOCALE somewhere without a proper reset - period libtidy-5.6.0-2.fc28.x86_64.rpm libtidy-5.4.0-4.fc28.20181003.rh.x86_64.rpm /** comment out this line and everything is fine with libtidy-5.6.0-2.fc28.x86_64 too */ /** that code is completly unrelated to tidy and must not change it's behavior */ |
`<?php declare(strict_types=1); /** comment out this line and everything is fine with libtidy-5.6.0-2.fc28.x86_64 too */ /** that code is completly unrelated to tidy and must not change it's behavior */ |
@thelounge-zz yes, I too had noted the Agree the |
PHP upstream since to have some ideas but the root cause is libtidy would you mind to do some regular release because 5.6 is unuseable crap given all the wrapping and other issues which in combination making it even impossible to look at test output and make a clear "only formatting changes with the same technical meaning" and "god knows what the result is" decision |
hint: it is ALWAYS application wide http://php.net/manual/en/function.setlocale.php Warning |
guys are there releases planned somehow in the future given that 5.4 has well known security isssues, 5.6 is unuseable and http://www.html-tidy.org/ is one of the worst websites i discovered over years and https://github.com/htacg/tidy-html5/ also don't show any release tag after 5.6 |
ok, can someone explain me where the fedora maintainer grabbed according to https://bugzilla.redhat.com/show_bug.cgi?id=1728023 the tarball for 5.7.28 so that i can boomark it like all the other stuff i decided to package myself? |
@thelounge-zz 5.7.28 tarball is available from https://github.com/htacg/tidy-html5/releases/tag/5.7.28 |
FWIW: 5.7.28 solves all the issues but you guys need to learn about so-names because from our cms autotests one case still did procude completly different HTML missing whole parts re-compile PHP against libtidy-devel 5.7.28 solved that too with proper versioning rpm would have refused to install the tidy library compiled against the old API and so indicated which other software needs a rebuild and missing that is not funny for binary distributions shipping subtle broken updates to their users |
frankly can someone fix https://github.com/htacg/tidy-html5/releases/ where 5.7.28 is still just a tiny line on top and 5.6.0 featured as it would be a useful release |
can someone take a look at this?
rebuild the old 5.4 src.rpm from Fedora 27 don't scale in a long term, ignoring the security issues completly
https://bugzilla.redhat.com/show_bug.cgi?id=1537853
https://bugzilla.redhat.com/show_bug.cgi?id=1609520
The text was updated successfully, but these errors were encountered: