ApiBugs
From TrillWiki
This topic is the place to list bugs that are found in the API.
| API Section: | |
| Report Date: | 04 Mar 2004 |
| Reporter: | skiingwiz |
| Version(s): | 2.0+ |
| Related Thread: | Thread |
| Description: | After creating an event that uses a custom action from a plugin, the settings for that action (in events.xml) are lost when Trillian is shut down. See the linked thread for a more detailed explanation. |
| API Section: | |
| Report Date: | 19 Mar 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 2.013 and 3.1 |
| Related Thread: | Thread |
| Description: | If skin_based in list_entry_t points to 0, Trillian crashes; instead it has to equal null for non-skin-based entries. Pointing to a 1 works fine IIRC. It might be that it's reading it as an int instead of *int, so that it sees a pointer to a 0 as a true and tries to get the the skin based stuff, crashing on the null pointers. |
| API Section: | |
| Report Date: | 19 Mar 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | If list_entry_t has struct_size BIGGER than expected, post-1.0 fields (e.g. quick inline editing) are ignored. These should only be ignored if the struct_size is too small for them to valid. Checked on 2.013. Could possibly happen in other structs/calls too. |
| API Section: | |
| Report Date: | 19 Mar 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 2.013 |
| Related Thread: | Thread |
| Description: | If a systray alert is never shown (e.g. the user has turned off their display totally), the alert_destroy notification is never sent, even though the docs say it will be (and that it would be very useful). |
| API Section: | |
| Report Date: | 19 Mar 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | Using messageClose on the last window in a container leaves that container open. Tested using medium, connection_id, window_id to identify the window, with an IRC channel in a tabbed container. This happens in some other situations too, I think (e.g. in IRC if you /part a room using the status window when the room is open in another container). |
| API Section: | |
| Report Date: | 21 Mar 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | After a httpFileRequest, http_fileComplete does not return the full URL in the http_result_t struct. In particular if I look up "http://sounds.msgplus.net/esnd/snd/get?hash=abcdefg" I get back the URL as "http://sounds.msgplus.net". Tested with 3.1 and that URL (and no others) (works fine with 2.013). |
| API Section: | |
| Report Date: | 12 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 3.0, 3.1 |
| Related Thread: | Thread |
| Description: | On startup both Trillian 3.1 and a fresh 3.0 install give a plugin that has a registered for the "Avatar: Update" event NULL for the variable_data for cid. Both installations had AIM (only) set to connect on startup. Variables were as shown in the screeny (in the forum thread). |
| API Section: | |
| Report Date: | 15 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | eventsGenerate with discrete=0 is busted:
|
| API Section: | |
| Report Date: | 17 Apr 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | Let's say an event is set up to invoke action A. Then it is modified to invoke action B. When the "Set Event" button is pressed, events_actionDestroy is sent to action B with action A's data. This is obviously a problem. This even happens if you change from a Program Action to a custom action. (In which case, I get a debug assertion, because I try to delete a char* that doesn't belong to me.) What should happen is that when the button is pressed and two event_actionDestroy messages should be sent. One to action A with it's data, and one to action B with it's data. (That would also be a great time to send event_actionRemove, or something like that to action A, so it can tell it's been removed. NB: event_actionRemove would be sent before event_actionDestroy) |
| API Section: | |
| Report Date: | 17 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | message_broadcast still reports the wrong name in outgoing private messages (it reports the desination, rather than the sender). Incoming messages and chat room messages work fine, and display_name always works. |
| API Section: | |
| Report Date: | 23 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 2.0, 2.013, 3.1 |
| Related Thread: | Thread |
| Description: | If medium_entry_t has a bigger struct_size than Trillian was expecting, Trillian crashes. |
| API Section: | |
| Report Date: | 23 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | The accounts_interfaceRequestFinish is bearly ever sent... in fact I can only get it to send when I go from one my medium's existing account interfaces to a new one (using AccountsAddRequest). |
| API Section: | |
| Report Date: | 23 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | If messageSend is called with window_id, it needs medium and connection_id to match otherwise it won't work. This shouldn't be needed, since window_id is enough to identify any Trillian window uniquely. |
| API Section: | |
| Report Date: | 25 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | In the plugin page, clicking on the red X next to a plugin displays a message asking if the user really wants to uninstall the plugin and delete the settings. However, the plugin is only deleted (and plugin_main("uninstall",...) sent) if the plugin is unloaded when they click it (if it's loaded then it's unloaded but not uninstalled). For loaded plugins, either that button should be hidden or they should be unloaded then uninstalled when the button is clicked. |
| API Section: | |
| Report Date: | 27 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | If a message includes smilies and the auto-convert to pictures thing is one, the smilies don't appear in the plain text member of alias_t for edit aliases (may also apply to hyperlinks, haven't checked). |
| API Section: | |
| Report Date: | 27 Apr 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | If all the files in a folder are removed during a plugin uninstall (e.g. plugins\myplugin\) then that empty folder should be removed too (or at least, it should be possible to specify folders in pluginFileRemove). |
| API Section: | |
| Report Date: | 29 Apr 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | The expanded member of the list_entry_t struct used with a call to listAddEntry does nothing for sections. A newly created section starts out expanded initially regardless of the value of this parameter. After the first time they are created, trillian manages whether the section is expaned on collapsed on startup based on it's state on closure, but the first time it's created, there is no way to specify that it should be initially collapsed. |
| API Section: | |
| Report Date: | 10 May 2005 |
| Reporter: | quietbritishjim |
| Version(s): | |
| Related Thread: | Thread |
| Description: | Like the messageSend one earlier, messageReceive requires medium and cid to match the window_id (when it is specified) even though window_id is enough to uniquely determine the window. In addition it requires name to be non-NULL in this case even though its actual value is ignored (this might also apply to the messageSend bug, I haven't checked). |
| API Section: | |
| Report Date: | 14 May 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | When receiving the list_dragCheck and list_dragItem notifications, the section_id is not filled out. (The docs say it should be, and it'd be nice to have) |
| API Section: | |
| Report Date: | 14 May 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | (more inconsistancy than bug)You need to use a section's unique_id for the listUpdateText call to work. Just about everywhere else, you need the section_id. |
| API Section: | |
| Report Date: | 14 May 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | The list_dragInto notification is not given when dragging into an actual group item (Added by quietbrittishjim) from my experimenting it normally works, but it doesn't if you drag an item actually on to the group item (so that there's a box around the whole group item, rather than just a horizontal line). |
| API Section: | prefsValueRequest |
| Report Date: | 11 Jun 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | when requesting prefsContactListPicturesSize using prefsValueRequest, the plugin_send call succeeds, but the callback is never invoked, no matter what the picture size is set to. |
| API Section: | prefsValueRequest |
| Report Date: | 11 Jun 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | when requesting prefsMessageWindowsDefaultChoice using prefsValueRequest, all three parameters have the value "Unknown Translation!" |
| API Section: | prefsValueRequest |
| Report Date: | 11 Jun 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | when requesting a pref (using prefsValueRequest) that returns a list of the possible options as well as the chosen option, sometimes the chosen option is first in the list, and sometimes it's last in the list. It'd be nice if it were always one way or the other. (Not a bug as much as a consistency gripe.) |
| API Section: | prefsValueRequest |
| Report Date: | 11 Jun 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | the values of opacity and container as used in prefsMessageWindowsDefaultConnections, prefsMessageWindowsDefaultContact and prefsMessageWindowsDefaultConversations are integers that represent a boolean value as either 0 or 1. All other boolean values in the prefs are strings that are either "on" or "off". These two should follow the same pattern. (Another consistency gripe) |
| API Section: | |
| Report Date: | 05 Aug 2005 |
| Reporter: | est |
| Version(s): | |
| Related Thread: | Thread |
| Description: | If you disable a medium plugin then Trillian doesn't generate a "Connection: Change" event. Obviously you are going to be disconnected from any accounts on the disabled medium. Maybe it's because the accounts are also being removed, but the event should still be generated imho. |
| API Section: | listAddEntry |
| Report Date: | 23 Aug 2005 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | It seems that the selectable parameter of list_entry_t doesn't do anything in a call to listAddEntry. |
| API Section: | listUpdateExpandState |
| Report Date: | 3 Jan 2006 |
| Reporter: | KingIR |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | It seems as, when changing the expand state of a sub-group via listUpdateExpandState, Trillian does not update the section height. It does, though, when the group is a direct child of the section, but not when the group is a sub-group. |
| API Section: | listUpdateIcon |
| Report Date: | 3 Jan 2006 |
| Reporter: | KingIR |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | When adding an icon to a list entry which causes the height of the item to increase, the height of the parent section is not updated. |
| API Section: | editAliasRegister |
| Report Date: | 4 Mar 2006 |
| Reporter: | skiingwiz |
| Version(s): | 3.1 |
| Related Thread: | Thread |
| Description: | For aliases that don't start with a forward slash, the registration succeeds, but the callback is never invoked. |
| API Section: | SkinAdd |
| Report Date: | 20 Mar 2006 |
| Reporter: | xFallenAngel |
| Version(s): | 2.013, I believe also 3.x |
| Related Thread: | Thread |
| Description: | A Buffer overflow occurs when adding an emoticon with a text greater than a certain length. |
| API Section: | PrefsInitialize |
| Report Date: | 03 Jun 2006 |
| Reporter: | xFallenAngel |
| Version(s): | 2.013, 3.x not confirmed |
| Related Thread: | Thread |
| Description: | plugin_prefs_t passed to plugin_send is modified discarding subkeys. |
