[texworks] Was (no subject) mailto: body missing

Paul A Norman paul.a.norman at gmail.com
Thu Nov 10 23:30:24 CET 2011

Was ...

"r944 by st.loeffler on Nov 7 (3 days ago)
Remove extraneous `&` in

The actual thing I last wrote about?

Because that Change log note was there yesterday as well, (and without
further information in the note) I assumed it was referring to
something else with an extra & as the portion of code in line 532 was
copied and pasted yesterday as I reproduced...


And today with no additional Change log note it now shows as...


Does Google code update in real time when changes are committed or is
there potentially a bug in their system generating a time lag (of in
this case two days)?

Has any one else experienced this because it does not appear to be a
browser/-cache  type issue - I have ruled out local cache issues
because I had not reviewed the page for ages prior to Stefan's commit,
and assuming this is about the same ampersand mentioned in r944 I
should have seen it from the first with the changes Stefan had already
made three days ago now.

If there is an issue as appears to be the case, it would potentially
affect any one trying to pull the *latest* code down.

If any one else notice(s/d) indications of this kind of thing  I'd
happily file a Google bug on their system.


On 10 November 2011 18:46, Paul A Norman <paul.a.norman at gmail.com> wrote:
> Ok back on the trail...
> http://texworks.googlecode.com/svn/trunk/src/TWApp.cpp
> Line 532: openUrl(QUrl(QString("mailto:%1?&body=%3").arg(address).arg(body)));
> I think there may be a problem with ?&body=
> on some (all) systems?
> Even if the subject is going to be empty, it seems good to still
> specify the field or skip to ?body=
> For e.g. this works if I put it in as a browser url in Chrome
>   mailto:p at dd.org?subject=&body=xx
> or even better directly (at least on  Xp)
>   mailto:p at dd.org?body=xx
> but today's version of Line 532
>   mailto:p at dd.org?&body=xx
> Will launch the email client, but only with the address working, no body text
> Paul
> On 8 November 2011 18:38, Paul A Norman <paul.a.norman at gmail.com> wrote:
>> On 8 November 2011 10:21, Paul A Norman <paul.a.norman at gmail.com> wrote:
>>> Hi,
>>> Looking through TWApp.cpp  void TWApp::writeToMailingList()
>>> I was wondering if Opera and more recent Windows versions were being more
>>> strictly standards compliant than they used to be, and there for whether
>>>  the \n line breaks in the strings needed to be encoded hex as %0d%0a and
>>> like treatment for any other control characters?
>>> Or are these automatically escaped through the mystique of C++ :)
>> Again Qt stuff ...
>> " QUrl will automatically percent encode all characters that are not
>> allowed in a URL."
>>> And now I show my complete ignorance of C++ -   in line 532
>>> openUrl(QUrl(QString("mailto:%1?&body=%3").arg(address).arg(body)));
>>> There are only two arguments? but the QString substitutions are looking for
>>> %1 and %3 intuitively I was expecting %1 and %2 where would %3 come from?
>> Ok its Qt stuff ... "but each arg() will still replace the lowest
>> numbered unreplaced place marker, no matter where it appears."
>>> Paul
>> So that knocks all that on the head.
>>> On 7 November 2011 23:59, Ignasi Furió <ignasi.furio at uib.cat> wrote:
>>>>> There was a minor problem in the code that apparently was handled
>>>>> gracefully on my Linux machine. That was corrected in r944 - could you
>>>>> please test if this solved the issue on Windows?
>>>> I use windowsxp and Opera as main browser and email client.
>>>> After updating texworks open a email window in Opera with part of
>>>> instructions message
>>>> Instructions:-) Please write your message in English (it's in your own
>>>> best interest; otherwise, many people will not be able to understand it and
>>>> therefore will not answer).-) Please type something meaningful in the
>>>> subject line.-) If you are having a problem, please describe it step-by-step
>>>> in detail.-) After reading, please delete these instructions (up to the
>>>> configuration
>>>> and also a 'google search' page with
>>>> info below which we may need to find the source of problems). -----
>>>> configuration info ----- TeXworks version : 0.5r944 (personal) Install
>>>> location : D:/texworks/texworks-read-only/release/TeXworks.exe Library path
>>>> : D:/Documents and Settings/uib.UIB-22C4481E24B/TeXworks\ pdfTeX location :
>>>> D:/Archivos de programa/MiKTeX 2.9/miktex/bin/pdftex.exe Operating system :
>>>> Windows XP Professional Service Pack 3 Qt4 version : 4.6.0 (build) / 4.6.0
>>>> (runtime) ------------------------------
>>>> into search field. Funny!
>>>> Ignasi

More information about the texworks mailing list