Opened 9 years ago

Closed 9 years ago

#46624 closed defect (wontfix)

charm @ 1.8.0+ : Weird entries in charm's "Edit" menu

Reported by: mkae (Marko Käning) Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version:
Keywords: Cc: RJVB (René Bertin)
Port: charm

Description

There are as many "Start Dictation..." menu items in the "Edit" menu as (sub)tasks are defined by the user.

Is this a bug or a feature?

Shall I attach a screenshot?

Attachments (1)

charm-Edit-menu.png (102.4 KB) - added by mkae (Marko Käning) 9 years ago.
screenshot of Edit menu

Download all attachments as: .zip

Change History (14)

comment:1 Changed 9 years ago by RJVB (René Bertin)

That's the Qt5 version I take it?

What happens when you activate them?

comment:2 Changed 9 years ago by mkae (Marko Käning)

No, that happens ONLY for the qt4 version here.

Clicking on those menu item does NOTHING.


The Qt5 version has only one such entry, i.e. the one above "Special Characters...".

Clicking on this one triggers showing the OSX dictation dialog.

Last edited 9 years ago by mkae (Marko Käning) (previous) (diff)

Changed 9 years ago by mkae (Marko Käning)

Attachment: charm-Edit-menu.png added

screenshot of Edit menu

comment:3 Changed 9 years ago by RJVB (René Bertin)

I get the same issue, in fact. And clicking on either item gives me this on the terminal (truncated):

2015-01-19 23:09:32.594 charmtimetracker[98249:303] -[QCocoaMenuLoader startDictation:]: unrecognized selector sent to instance 0x7fcacbc847f0
2015-01-19 23:09:32.601 charmtimetracker[98249:303] (
        0   CoreFoundation                      0x00007fff8321e25c __exceptionPreprocess + 172
        1   libobjc.A.dylib                     0x00007fff8cc46e75 objc_exception_throw + 43
        2   CoreFoundation                      0x00007fff8322112d -[NSObject(NSObject) doesNotRecognizeSelector:] + 205
        3   CoreFoundation                      0x00007fff8317c272 ___forwarding___ + 1010
        4   CoreFoundation                      0x00007fff8317bdf8 _CF_forwarding_prep_0 + 120
        5   AppKit                              0x00007fff8555f260 -[NSApplication sendAction:to:from:] + 327
        6   AppKit                              0x00007fff8557a1c8 -[NSMenuItem _corePerformAction] + 394
        7   AppKit                              0x00007fff85579f04 -[NSCarbonMenuImpl performActionWithHighlightingForItemAtIndex:] 

comment:4 Changed 9 years ago by mkae (Marko Käning)

Ah, I see, looks like a true bug then. :)

Not that I know what one needs this weird "Dictation" for...

comment:5 Changed 9 years ago by mkae (Marko Käning)

BTW, it appears that the number of "Start Dictation..." entries increases with time. Currently I reached 13.

Restarting the app removes the additional entries again. Turns out that hiding/showing the three editor windows causes the entries to appear in the "Edit" menu.

comment:6 Changed 9 years ago by mkae (Marko Käning)

BTW, I also opened a ticket at Charm's issue tracker for another glitch I noticed on Qt4 only.

comment:7 in reply to:  5 ; Changed 9 years ago by RJVB (René Bertin)

Replying to mk@…:

BTW, it appears that the number of "Start Dictation..." entries increases with time. Currently I reached 13.

Restarting the app removes the additional entries again. Turns out that hiding/showing the three editor windows causes the entries to appear in the "Edit" menu.

Have you tried building the stock source to see if that makes any difference?

comment:8 in reply to:  6 Changed 9 years ago by RJVB (René Bertin)

Replying to mk@…:

BTW, I also opened a ticket at Charm's issue tracker for another glitch I noticed on Qt4 only.

Yep, I have that too.

comment:9 in reply to:  7 Changed 9 years ago by mkae (Marko Käning)

Replying to rjvbertin@…:

Have you tried building the stock source to see if that makes any difference?

No, I am building the port as it currently is.

(Well, the same source does work on Qt5 without these two issues.)

comment:10 Changed 9 years ago by RJVB (René Bertin)

I think it's clear that the author hasn't tested Charm against Qt4 on OS X for a while ... or he'd have noticed that Q_OS_OSX isn't defined there.

comment:11 in reply to:  10 Changed 9 years ago by mkae (Marko Käning)

Replying to rjvbertin@…:

I think it's clear that the author hasn't tested Charm against Qt4 on OS X for a while ... or he'd have noticed that Q_OS_OSX isn't defined there.

Oh, have you found the spot where the qt4 code differs from qt5, by any chance? :-)

comment:12 Changed 9 years ago by mkae (Marko Käning)

It looks like I have managed to bonk my installed charm by enabling (local) dictation in "System Preferences/Dictation & Speech/Dictation" with "Use Enhanced Dictation" checked.

Even after the successful download of the "Enhanced Dictation" stuff from Apple I realize that the main menu of charm.app stays empty when I restart it and its three windows aren't shown anymore.

The app doesn't respond to CMD+[123] either, so that I cannot make it show its windows. :(

Disabling dictation again doesn't help either. :(

I needed to reset Charm's configuration by removing Charm's plist file

~/Library/Preferences/com.kdab.Charm.plist

followed by a re-logon. ;-)

Last edited 9 years ago by mkae (Marko Käning) (previous) (diff)

comment:13 Changed 9 years ago by mkae (Marko Käning)

Resolution: wontfix
Status: newclosed

As this issue is tracked on Charm's bug tracker we close this as "won't fix" here.

Note: See TracTickets for help on using tickets.