Open
Bug 317243
Opened 19 years ago
Updated 11 years ago
Can't provide link to query for a portion of a whine
Categories
(Bugzilla :: Whining, enhancement)
Tracking
()
NEW
People
(Reporter: timeless, Unassigned)
References
()
Details
Attachments
(1 file, 1 obsolete file)
(deleted),
patch
|
LpSolit
:
review-
|
Details | Diff | Splinter Review |
i(timeless@bemail)'ve configured a whine for another user (timeless@gmail)
Email subject line:
Bugs that might be ready for checkins
Descriptive text sent within whine message:
This is a list of bugs that might be ready for checkins
Schedule:
Interval
Friday at 16:00
Mail to
User timeless@gmail.com
Queries:
Sort
Search
Title
0 Ready
bugs with patches with r+sr
[ ] One message per bug
0 Ready (Locked)
bugs with patches with r in components that don't need sr
[ ] One message per bug
The resulting email that timeless@gmail receives does not include the names of the queries (this is fine) or any way to run them (this is questionable)
expected results:
some way to include: %queryurl% in the Title fields, e.g.:
<a href="%queryurl%">bugs</a> with patches with r+sr
note that i don't want to force people to do this or to force all whines to include this, but i do want to be able to do this. making people fill in the query url is mean and would require them to change their whines if they change their queries.
Comment 1•19 years ago
|
||
I can give you something close:
<a href="%queryurl%">bugs with patches with r+sr</a>
I'm not going to parse the title to determine which words should be linked and which should not.
Otherwise, I'll agree with a caveat: I want to have all extra crud removed from search URLs. Otherwise this is going to look ugly in the plain text form of the message.
Comment 2•19 years ago
|
||
(In reply to comment #1)
> Otherwise, I'll agree with a caveat: I want to have all extra crud removed
> from search URLs.
The search URLs for a Saved Search are generally very short.
you can't use saved searches, i'm whining at a different person, see comment 0.
to be clear, i don't want you parsing the urls to determine linkification,
i want $message =~ s/\%queryurl\%/$queryurl/g;
i want to be able to do: <textarea>%queryurl%</textarea> or <input value="%queryurl%"> or anything else.
Comment 4•18 years ago
|
||
This has also been requested by our users: It is very disturbing to not be able to run the query from a whine which was sent by a different person. Is there any progress on this or idea how this could be implemented?
this doesn't actually give queryurl, but it gives something fairly close. i wonder if there's some function which lets you do general substitutions, because urlbase and stuff would be handy....
Attachment #267895 -
Flags: review?(mkanat)
Attachment #267895 -
Flags: review?(LpSolit)
Attachment #267895 -
Flags: review?
Updated•17 years ago
|
Attachment #267895 -
Flags: review?(mkanat)
Comment 6•17 years ago
|
||
FYI, something went wrong while I was reviewing this patch yesterday. Nothing related to this patch (don't worry) but a problem with whine.pl not sending any email. I will finish this review as soon as I can understand what is going wrong (or if it's me only doing something wrong).
Comment 7•17 years ago
|
||
Comment on attachment 267895 [details] [diff] [review]
untested
>+ $thisquery->{'title'} =~ s/\%recipient\%/$args->{'recipient'}/g;
>+ $thisquery->{'title'} =~ s/\%author\%/$args->{'author'}/g;
recipient and author are both user objects and so you get stuff like Bugzilla::User=HASH(0x8bc561c) in your email.
Attachment #267895 -
Flags: review?(LpSolit) → review-
Attachment #267895 -
Attachment is obsolete: true
Attachment #273639 -
Flags: review?(LpSolit)
Attachment #273639 -
Attachment is patch: true
Attachment #273639 -
Attachment mime type: application/octet-stream → text/plain
Comment 9•17 years ago
|
||
Comment on attachment 273639 [details] [diff] [review]
untested
>+ $thisquery->{'title'} =~ s/\%($users)(?:\.($properties)|)\%/$args->{$1}->{$2 || 'identity'}/g;
>+ $thisquery->{'title'} =~ s/\%urlquerypart\%/$urlquerypart/g;
\%($users)(?:\.($properties)|)\% accepts %author.%, which is incorrect. Better is to write (?:\.($properties))?.
Reporter | ||
Comment 10•17 years ago
|
||
(In reply to comment #9)
> \%($users)(?:\.($properties)|)\% accepts %author.%, which is incorrect.
It does no such thing. unless $properties begins/ends in |
Comment 11•17 years ago
|
||
Comment on attachment 273639 [details] [diff] [review]
untested
>+ $thisquery->{'title'} =~ s/\%($users)(?:\.($properties)|)\%/$args->{$1}->{$2 || 'identity'}/g;
This substitution seems broken. %author.email% and %recipient% do not work. I didn't try any other combination. And many errors are thrown due to this line:
Use of uninitialized value in substitution iterator at ./whine.pl line 460.
>+ $thisquery->{'title'} =~ s/\%urlquerypart\%/$urlquerypart/g;
This one seems to work though. But note that the URL doesn't appear linkified in HTML whine mail, making it rather useless.
>Index: docs/xml/using.xml
>+ If you use whine at others, you may want to use some pronouns in
Why whine at others only?
>+ each search title, you can use: "%urlquerypart%" to let
>+ "%recipient%" construct and run "%author%"'s query.
I don't understand this sentence.
>+ If you'd prefer to use a variant of recipient/author, you can
>+ append any of name, emaoil, login, nick or identity e.g.:
s/emaoil/email/.
Attachment #273639 -
Flags: review?(LpSolit) → review-
Updated•11 years ago
|
Assignee: timeless → whining
Updated•11 years ago
|
Status: ASSIGNED → NEW
You need to log in
before you can comment on or make changes to this bug.
Description
•