an0nym0u5 / growl Goto Github PK

launchGrowlIfInstalled indicates that it should return YES if GHA was launched 
or already 
running, unfortunately the behavior in 
_launchGrowlIfInstalledWithRegistrationDictionary does 
not detect if the app is already running, it always calls LSOpenFromRefSpec() 
which is 
documented to send the activate event to the target prior to being told to open 
the FSRefs. 
kLSLaunchDontSwitch only applies if GHA is actually being launched (as can be 
witnessed by 
stopping growl and launching Camino).  If GHA isn't marked as a LSUIElement 
then you can see it 
becoming active when Camino registers with Growl.

This behavior becomes a problem if the application that's using GAB calls 
setDelegate prior to 
applicationDidFinishLaunching:, even though the application is marked as a 
background 
application it is ultimately stealing an event from the application which 
results in a deselected 
state being applied to the first window they create (as is the case with 
Camino).

It either needs to be documented in the header that you can't call setDelegate: 
prior to 
applicationDidFinishLaunching: or we should change the behavior of 
_launchGrowlIfInstalledWithRegistrationDictionary such that if GHA is already 
running it sends 
GHA an appleevent or makes use of SBApplication to have GHA open the given 
regdict.

When building on 10.6, it seems that the dmg background doesn't get set in some 
instances, and 
that the icons never align correctly. This may or may not need to be 
investigated depending on 
whether we continue to ship the dmg as-is.

== What steps will reproduce the problem? ==
1. Be on a computer with no name, such that crash reports say “localhost” 
and 
SCDynamicStoreCopyComputerName returns NULL.
2. Open the Growl prefpane.

== What is the expected output? ==
It doesn't crash.

== What do you see instead? ==
It crashes as we try to pass that NULL to some CF functions.

It would be nice if there were a tick-box in the updates tab of Growl
preferences to include betas and pre-release candidates in the automatic
updates.
Worth looking into once Growl uses Sparkle for its updater.

Along with making it easier for those of us not afraid of a bit of testing,
it may even encourage more to do so. :)

No downloads should be on the website that are minor, they should be here on 
google code. Check 
the downloads directory and then move them.

What steps will reproduce the problem?
1. Install osx 10.6
2. Install growl/growlmail 1.2 beta prerelease
3. Receive new mail with Mail.app and growlmail running. Click on the growl 
alert.

What is the expected output? What do you see instead?
It should bring the new Mail message to the forefront and growlmail should keep 
running. 
Instead growlmail quits with an error.

What version of the product are you using? On what operating system?
growlmail 1.2 beta prerelease package. OSX 10.6 Snow Leopard

Please provide any additional information below.
The error messages in Console:

8/29/09 1:41:33 PM  Mail[1288]  WARNING: Mail is not behaving in the way that 
GrowlMail 
expects. This is probably because GrowlMail is incompatible with the version of 
Mail you're using. 
GrowlMail will now turn itself off. Please check the Growl website for a new 
version. If you're a 
programmer and want to debug this error, run gdb, load Mail, set a breakpoint 
on 
GMShutDownGrowlMailAndWarn, and run.
8/29/09 1:41:33 PM  Mail[1288]  Furthermore, the caller provided a more specific 
message: 
GMSingleMessageViewer does not respond to -
initForViewingMessage:showAllHeaders:viewingState:fromDefaults:
8/29/09 1:41:33 PM  Mail[1288]  GrowlApplicationBridge: The Growl delegate did 
not supply a 
registration dictionary, and the app bundle at /Applications/Mail.app does not 
have one. Please 
tell this application's developer.

Personally, longer fading time (3/5 second) is the only thing that still
keeps me at 1.1.5, as this speed is non-adjustable.

I propose to get back to 3/5, or make it at least 1/2. 1/5 is way too fast.

What steps will reproduce the problem?
Unknown.

What is the expected output?
No duplicate nibs.

What do you see instead?
Duplicate nibs. For example, “GrowlPref.nib 1” alongside 
“GrowlPref.nib”.

[8:24 AM] <MiF> hi all
[8:24 AM] <MiF> bug in the b4 sdk Info.plist
[8:24 AM] <MiF> GROWL_VERSION aren't replaced to real values

Clickatell's XML API spec suggests that the from element is intended for 
specifying who is sending 
the message. For a Growl notification, the user (by setting things up so that 
Growl notifications 
translate into SMS messages) is *who* is sending them; Growl is *what* is 
sending them.

The intent was probably so that the notification shows as being from Growl, 
which is noble enough. 
However, Clickatell has sent an email to at least one user telling them that 
they don't allow this, so 
we should knock it off.

JohnD, on the discuss list, reports messages sent from MailMe do not include a 
From header.

I have a MacBook with Mac OS X 10.4 and Growl 1.1.6.

Growl informs me a new version is available so I follow the instructions
and download Growl-1.2.dmg.

trying to install it produces a "Open Failed" dialog box with the text
»Couldn't open "Growl.pkg". This package type requires Mac OS X 10.5.«

I would like one of the two:
* a growl version that is installable on 10.4
* no notifications about versions that aren't installable anyway

thanks for this nice piece of software!

The feature: When an application passes an identifier, Growl coalesces the 
notification, updating an 
existing display of the notification rather than creating a new one.

The bug: Growl doesn't update the click context of the notification, meaning 
that the application 
may get a click context it considers stale. Growl should always change the 
click context to the 
latest one the app provided.

The title and tooltip of the Sticky Notifications menu item in the Growl status 
item menu imply that 
the menu item controls whether Growl notifications will go sticky. It actually 
controls whether Growl 
will turn that on automatically when you go away.

Either the menu item should actually control what it currently says it does 
(matching the checkbox 
title in the Growl preference pane), or we should retitle it to match what it 
currently does control 
(“Keep notifications on screen” or something). Or we could have a menu item 
for each, with each 
appropriately titled and tooltipped.

Getting all repos cloned into google code (gntp for instance) would be a
good thing.

as reported by SuperDodge on growl discuss:

It used to show the one for the share it was identifying.  After the 
1.2 update it shows it's own icon instead. 
Any ideas?

New to Growl... 
When running growlnotify from the command line I am getting the 
following problems: 
a) on one of my systems (OS X 10.5.8 Intel): 
$   growlnotify Test Message <cr> 
Enter a notification description, followed by newline, followed by 
Ctrl-D (End of File). To cancel, press Ctrl-C. 
<ctrl-d> 
2009-10-10 05:44:17.757 growlnotify[54166:10b] could not find local 
GrowlApplicationBridgePathway, falling back to NSDNC 
No growl window 
b) on the other system (OS X 10.5.8 G5): 
Same as above except growl window shows up. 
Also man page doesn't show but I'm sure that is a MANPATH issue 

Would it be possible to add an AppleScript command to GrowlHelperApp to
dismiss all Growl messages currently on screen (ie. those held there
because you've been idle)? I am constructing some automated flows where
this would be really handy.

Development docs right now are probably hard to navigate, and could be made
simpler.

Description:

Currently for users there is no way to realistically run scripts from growl
notifications.

For example:

A user might want a torrent of a particular type to automatically be
assigned to a specific folder when a growl notification appears -
automatically imported to itunes etc. 

The problem for the user is that there currently isn't an obvious way of
monitoring the growl notifications to parse to an applescript or similar to
run the desired action. At best the user can only click on the growl
notification and perform the default action perscribed by the attached
application.

Suggested:

Growl should (when requested) automatically filter out certain keywords
e.g. "Torrent download complete". When a keyword matches up it should be
able to launch a script, directing it to the correct path.

An additional suggestion would be pane in the growl settings to add filters
and run specific scripts when one of the criteria appears in the growl log.
The operation of this panel should be simple and straight forward i.e. you
should be able to enter a search criteria and add an apple script in the
same manner that you would do so in automator for the find file criteria.

I've attached an example of what (in my opinion it should look like)
(would've done but fricking gimp.app wouldn't work for some reason)

[10:26 AM] <uuid> just thought I'd throw this in here: beta4 gives an 
(otherwise nice) 64bit 
incompatibility warning when installing themes. Afaik, these don't actually 
contain anything 
architecture-specific, do they? Since the (warned) themes actually work, it 
might be a bit 
misleading.

What steps will reproduce the problem?
1. Set Growl.framework to build against 10.4u SDK
2. Build

What is the expected output? What do you see instead?

Expected: "Build succeeded"

Actual:

"Failed"

When compiling GrowlPathUtilities.m:

In file included from
/Users/smokey/Desktop/Downloads/Growl-1.2-src/Common/Source/GrowlPathUtilities.m
:11:
/Users/smokey/Desktop/Downloads/Growl-1.2-src/Core/Source/GrowlPreferencesContro
ller.h:53:
error: syntax error before 'LSSharedFileListRef'

What version of the product are you using? On what operating system?

Growl 1.2 tarball, Mac OS X 10.5.8

Please provide any additional information below.

Camino builds against the 10.4u SDK and supports running on 10.4 (and needs
Growl 1.2 to fix https://bugzilla.mozilla.org/show_bug.cgi?id=518615
presumably).

Request by subscriber3 on the Growl-discuss list, as interpreted and improved 
by Peter.

Growl should allow the user to set the display duration in the notification 
editor as well as the 
Display Options pane. If set in the notification editor, that duration would 
override any duration set 
in Display Options.

This allows the user to set a notification to last longer than most without 
making it last indefinitely 
(sticky) or setting it to a different display.

What steps will reproduce the problem?
1. Run an app using Growl-WithInstaller.framework 1.2 on Mac OS X 10.4 through 
10.4.11.

What is the expected output?
No Growl prompt.

What do you see instead?
It'll prompt.

The GrowlInstallationPrompt class does contain an OS-version check, but it's 
out of date: it checks 
for 10.3. We need to check for 10.5 instead. (In fact, we should use Gestalt to 
check for 10.5.8, so 
we can use NSOperationQueue.)

We should release the Extras separately from Growl starting with 1.2.1. All of 
the components will 
have separate release targets and version tracks. This way, updates to specific 
Extras (particularly 
GrowlMail) need not be held back waiting for all the other components to 
achieve release-
readiness.

[deleted issue]

Some people are confused by the fact that simply typing “growlnotify” 
appears to hang. It's actually 
waiting for a description.

We should (1) require a title, and print usage if the user doesn't provide one, 
and (2) print a prompt 
if the user omits -m.

xib the remainder of the nibs in the repository.

find . -path './.hg' -prune -o -name *.nib -type d -exec sh -c 'old=$0 && 
new=$(echo $old | sed 
s/.nib/.xib/g) && echo "$old to $new" && ibtool --upgrade "$old" --write "$new" 
&& hg rm "$old" 
&& hg add "$new"' {} \;

What steps will reproduce the problem?
1. Configure an application not at top of the list
2. Make changes or just let it sit there long enough
3. Suddenly the application you're configuring changes to top

What is the expected output? What do you see instead?
I expected to remain in 'Chax' where I was changing the notification for it, 
disabling some, but 
instead it randomly jumped to Bluebird which is top most app.  This seemed to 
possibly happen 
sometimes when a growl notification fired for Chax, or maybe Last.fm....

What version of the product are you using? On what operating system?
OS X 10.6.1 and Growl 1.2b1

Please provide any additional information below.

After talking to Rudy, he suggested lodging a bug so that this can be kept 
track of.

Benefits:
A wireshark protocol dissector would allow developers who are implementing 
the new protocol to find errors and ensure that their new library adheres tot 
he spec.

Wireshark runs on Linux, Windows and Mac, enabling people who create 
network clients to debug their library locally.

Once implemented it is a very light burden on growl, upstream will carry and 
distribute the dissector.

user requested the ability to customize the fade duration.

i think this is something that we'll leave to advanced users via the defaults 
write mechanism.

yet to be implemented.

Growl should provide an option to change its behavior when another app is 
full-screen.

Possible actions (subject to availability):

1. Show notifications as normal (current behavior).
2. Don't show notifications (functionally equivalent for long full-screen 
sessions that block Growl 
notifications).
3. Attempt to show notifications on top of the full-screen window. Will need to 
find the frontmost 
app and find the highest window level of all its visible windows, then set the 
notification windows' 
window level to that level plus 1.
4. Hold the notifications in a queue until the full-screen session ends.

The documentation at
http://growl.info/documentation/exploring-preferences.php is very outdated,
and needs to be updated.

What steps will reproduce the problem?
1. Download .dmg
2. Try to mount
3. Is not recognized.

What is the expected output? What do you see instead?
Expect the image to mount. It doesn't.

What version of the product are you using? On what operating system?
Leopard 10.5

Please provide any additional information below.

Move them thar tickets

What steps will reproduce the problem?
1. Have Mail.app open with growlmail running.
2. Receive an email that spawns an alert.
3. An alert is spawned even though Mail.app is in the foreground.

What is the expected output? What do you see instead?
This is the current expected behavior, but many users would probably like to be 
able to tell it not 
to spawn alerts when they are already using Mail.app actively.

What version of the product are you using? On what operating system?
Affects all versions.

Please provide any additional information below.

from @evilcop:

@growlmac is there a way that growl can norify me when a new podcast is 
available/downloaded? 
#iTunes

this could potentially be expanded to include all downloadable content (iTunes 
store downloads, 
etc)

if there is a particularly large attachment on an email, Mail.app becomes 
unresponsive when 
GrowlMail attempts to parse out the summary text from the message.

What steps will reproduce the problem?
1. starting Mail
2.
3.

What is the expected output? What do you see instead?
Messages from Mail saying that it will disable Growlmail


What version of the product are you using? On what operating system?
1.2b1 (lastest)

Please provide any additional information below.
GrowlMail is not compatible with 10.6.1 but work fine with 10.6

We have a pretty good release process, but sometimes we drop the ball. Also, 
nobody outside the 
Growl devs probably know what it is. So documenting it is good.

Also:

Currently we're basically ignoring localizers. Ya, we get stuff done here and 
there, but right now 
they are not part of our release process.

Define a process for our releases that includes developers that we stick with.

User would like to be able to get growl notifications on start/stop of iPhone 
sync.

Ad described in the subject, can you add an option to alert when the battery is 
full or is going to 
drain? It could be useful to maintain the battery in good shape and to not 
waste energy.

I disabled the battery icon on the menubar and I'm using a script+cron task to 
check the battery 
status (>99% and <5%) every 10 minutes, but it doesn't work well...

Thanks in advance

What steps will reproduce the problem?
1. Try to open Growl.prefPane 1.2b1;

What is the expected output? What do you see instead?
The Growl preference pane should open and be functional, instead, I see the 
following in my 
console:

31/08/09 1:11:34 AM System Preferences[1679]    *** -[NSCFDictionary 
setObject:forKey:]: 
attempt to insert nil key

What version of the product are you using? On what operating system?
Growl 1.2b1 from Google Code under Mac OS X 10.6.

Please provide any additional information below.

We have a ton of one-off downloads. Move them all to google code downloads tab.

the get more styles link on the Growl 1.2 dmg points at resexcellence, 
crapulence.

What feature or enhancement do you propose?
An option to set the justification of the title and description in the Music 
Video display.

What problem does it solve/What benefit does it provide?
On wide displays, the text of the notification may all end up in one corner. If 
both pieces are short 
enough, they may not even cross the middle of the display.

To avoid having one empty corner, the user could set Music Video to 
right-justify or center 
the text. The icon would remain in the left corner.

There should be a hot key to close all notification windows on the screen. The 
user who made this 
request suggested ctrl-option-q, which I think would be an acceptable default, 
although it 
probably should be configurable.

Born out of [http://forums.cocoaforge.com/viewtopic.php?f=6&t=20811 a forum 
thread] where the 
same user primarily requested a hot key to close only the latest notification.

What feature or enhancement do you propose?
A setting in the Notification section of the Applications tab containing list 
of regular expressions to 
be attempted in order, along with an enabled state. When the application posts 
this notification, 
Growl would go down the list of regular expressions; whenever an expression 
matches the title or 
description (this could be set per expression), Growl would set the enabled 
state of the notification 
being examined to whatever value corresponds to the expression.

What problem does it solve/What benefit does it provide?
It would enable users to set up conditional enablement of notifications based 
on their content, not 
just on the categories that the application assigned to them.

It should, in the Viewer role.

We should also create a UTI (info.growl.growlRegDict?) and export it.

the project was made years ago, prior to the implementation of the 
GrowlPositioningController and 
even if it does build does not function with any recent incarnation of Growl.

The project could be updated but it might be easier to just take the source 
from one of the current 
growl plugins and re-imagine the project.

it should build 32/64 Universal as the default.