| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| | |
Change /clear behaviour. Closes issue #855.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
alt-a brings one to the next window with unread messages.
Regards https://github.com/profanity-im/profanity/issues/1114
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
alt-2 brings one ot the window.
irssi supports alt + 1234567890qwertyuio to easily switch to 20 windows
instead of just ten.
Hardcode this too.
Regards https://github.com/profanity-im/profanity/issues/1114
|
| |
| |
| |
| | |
Was left over from refactoring a long time ago.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This theme color applies to the tab title text of the statusbar tab that
is currently shown.
The (somewhat confusingly named) `statusbar.active` theme color now
applies to all other tabs (before, it applied to all tabs).
Coloring of a tab that is highlighted/has new messages is done as before
using the `statusbar.new` theme color.
The default color is set to `cyan`, and thus causes no visible change
for users -- until modified.
|
| |
| |
| |
| | |
Also print `main.text.history` setting when `/theme properties' is run.
|
| |
| |
| |
| |
| |
| |
| |
| | |
History was always printed with `THEME_DEFAULT` we now use
`THEME_TEXT_HISTORY` which is accesible in theme files via
`main.text.history`.
Fix https://github.com/profanity-im/profanity/issues/1170
|
| |
| |
| |
| |
| |
| |
| |
| | |
Profanity uses the node part of a JID as display name for a tab. If such
a JID doesn't contain the node part, Profanity crashes on NULL pointer
dereference.
In the above case, use barejid which is just a domain. Fixes #1153.
|
| |
| |
| |
| | |
Dont rely on PACKAGE_BUGREPORT being James' mail.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Probably missing copy of body to plain in carbon and privmessage.
Only covers the incoming message path because goal is OMEMO decryption
of untrusted message.
Cover some of the log functions but not all.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Fix memory leak.
|
| |
| |
| |
| | |
Like discussed with James.
|
| |
| |
| |
| |
| |
| | |
After pasis review of my code he thinks it's better to safe the
timestamp per MUC so we can account for some problems that could occur
with timing.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If re-establish a connection don't print the room history again.
In case there there happened nothing at all since we got the room
history on the last connection.
And in case there were no new messages during the time we have been
disconnected.
Instead of printing the room history again we now print 'Re-established
Connection'.
This adds a bit of overhead since we save the timestamp upon every MUC
message.
See: https://github.com/profanity-im/profanity/issues/704
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We destory the roster in ev_disconnect_cleanup().
Adding a function to test if the roster has been destroyed and testing
for it in the statusbar.
So now when the connection is lost 'Lost connection' is printed in all
open windows.
We can then reconnect with `/connect accountname`.
Should fix https://github.com/profanity-im/profanity/issues/1083
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
status_bar_new() and status_bar_active() are almost identical.
Let's use one helper function to not duplicate code.
I thought about renaming both functions into one and adding another
parameter but didn't come up with a good name for the function that
clearly describes what it does. So staying with current names + helper
functions.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Save the name for displaying the windows in the statusbar inside the tab
object.
So far we calculated them repeatedly and this created issues when we
lost the connection.
Regards https://github.com/profanity-im/profanity/issues/1083
|
|\ \
| | |
| | | |
Add occupants char
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
`/occupants char` now sets a character that is displayed before the nick
in MUCs. Similar like `/roster char` is displaying a char for the roster.
Regards #690
|
|/ /
| |
| |
| | |
Regards https://github.com/profanity-im/profanity/issues/1085
|
| |
| |
| |
| |
| | |
`/privileges on` lists `Moderator`, `Visitor` etc. Formatting was wrong
here. Printing privilige followed by nickaname in the same line.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Wrapping for the occupants panel like already exists for the roster
panel. See `/occupants wrap on`.
Regards https://github.com/boothj5/profanity/issues/690
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
`/occupants header char` now sets a character that is displayed before
the role (moderator, visitor..) in a room. Similar to `/roster header
char` is displaying a char for the roster.
Regards https://github.com/boothj5/profanity/issues/690
|
| | |
|
| |
| |
| |
| | |
Indent the jid one more space than nick.
|
| |
| |
| |
| | |
And when not connected.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Roster has a `/roster contact indent` option.
Now we have the same for occupants. So contacts in roster and in MUC can
have configurable indentation.
Regards https://github.com/boothj5/profanity/issues/690
|
| |
| |
| |
| | |
Fixes https://github.com/boothj5/profanity/issues/1069
|
| |
| |
| |
| |
| |
| |
| | |
When auto joining a MUC we don't have access to required information so
we just don't start OMEMO at this time.
Once we receive disco info we then try to start OMEMO.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There is 3 policy:
- manual: OMEMO session are only started manually
- automatic: OMEMO session are only started if they have been started
manually before
- always: OMEMO session are always started unless they have been ended
manually before
Closes #1040 and fixes #1052
|
| |
| |
| |
| | |
Some clients seems to send message without id.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Reflected messages can't be filtered by nick only otherwise you might
ignore messages comming from you on another devices.
Consequently we maintain a list of sent messages id in mucwin.
To be sure the id will be correctly reflected we use the origin-id
stanza.
|
| | |
|
| | |
|
| | |
|