We are closing this bug report because it lacks the information we need
to investigate the problem, as described in the previous comments.
Please reopen it if you can give us the missing information, and don't
hesitate to submit bug reports in the future. To reopen the bug report
you can click on t
Is this symptom still reproducible in current 8.04 or 8.10 alpha?
** Changed in: httrack (Ubuntu)
Status: Confirmed => Incomplete
--
WebHTTrack is UTF-8 unaware
https://bugs.launchpad.net/bugs/5434
You received this bug notification because you are a member of Ubuntu
Bugs, which is a dire
** Changed in: httrack (Ubuntu)
Status: Needs Info => Confirmed
--
WebHTTrack is UTF-8 unaware
https://bugs.launchpad.net/bugs/5434
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubun
Humm, right, the translated webhttrack server files strings are imported
from the WIN32 world (lang/*.txt files), and are not in UTF8. I'll have
to make some on-the-fly conversion (using iconv in webhttrack) in a
future release.
--
WebHTTrack is UTF-8 unaware
https://launchpad.net/bugs/5434
--
u
HTTP headers overrule the html section -- so even if in the
you say utf-8, if the http header says iso-8859-1, the page will
be interpreted as iso-8859-1
--
WebHTTrack is UTF-8 unaware
https://launchpad.net/bugs/5434
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu
Can you give more details ? The WebHTTrack server headers are definitely
ISO-8859-1 - actually they are even ASCII, subset of UTF-8. So I could
change all charsets into "UTF-8" without much troubles.
Regarding the captured sites, the upstream charset is propagated into
the META so that standalone
