Created attachment 102083 [details] Image 01. Hello, Basically, I can receive and send e-mails using Trojitá, what I think means everything is correct but the reply function do not work. I attach images. Thank you.
Created attachment 102084 [details] Image 02.
Created attachment 102085 [details] Config File. I "masked" the e-mail addresses to avoid spam.
- What Qt version is that? - Do you have any selected e-mail? Can you please show us a screenshot of the whole window? - Please attach the IMAP logs (IMAP -> Debugging -> ...)
Created attachment 102100 [details] Log.
Created attachment 102101 [details] Screenshot.
Hello, Qt-5.6.2, but there are some of the v.4.8.7 installed too. Thank you.
Thanks for the logs. - Do you use something for managing network? NetworkManager/connman/something else? - What USE flags do you have for qtnetwork:5 ? - If you're using NetworkManager, what is the output of `nmcli general status` when you see the behavior that you're describing? - Please run Trojita from a terminal and provide its output. - Please attach also logs from "Connection 0" (which should be the leftmost window). - Does this get fixed when you reconnect (go offline, go back online, select another message)?
For network I am using netifrc (OpenRC) dev-qt/qtnetwork-5.6.2 USE="ssl -bindist -connman -debug -libproxy -networkmanager {-test}" *** Terminal Couldn't find out which mailbox is "SOMEMAIL@campus.ul.pt/Archive" when parsing a STATUS reply Couldn't find out which mailbox is "SOMEMAIL@campus.ul.pt/Thesis" when parsing a STATUS reply *** This e-mail (ı) is there from the "Mail Collect" service of Gmx. *** Connection 0 13:52:07.404 Network Session User's preference changed: NETWORK_ONLINE 13:52:07.405 Network Session Switched to network configuration enp3s0 (Ethernet, 3502748667) 13:52:07.405 Network Session Opening network session 13:52:07.405 Network Session Session is open (configuration enp3s0), online state: online *** The situation is the same connected or not. I don't have how to try using wireless because I do not have a wireless card. But *just now* I found out if I change the layout from "Compact" (what I use by default) to anything the reply option begin to work, ever if I return to compact. However, if I start it with any layout but "Compact" the reply option work. So, the issue appear to be on the "Compact" layout. PS. Trojitá also appear to not be saving the mail order state. I like to have them sorted from the newest to the oldest, but this state is not being saved between close-start. Neither them are being marked as read when I open for the first time. PS.2 I am affected by a syslog-ng bug. There may have more messages but I can't receive them now. https://bugs.gentoo.org/show_bug.cgi?id=586546 Thank you.
Could you please emerge this, restart Trojita, see if you can reproduce this, and post the console output? ACCEPT_KEYWORDS='**' EGIT_BRANCH=refs/changes/37/837/2 USE=debug emerge -1 --nodeps =trojita-9999
Won't emerge. >>> Emerging (1 of 1) mail-client/trojita-9999::gentoo >>> Unpacking source... * Fetching git://anongit.kde.org/trojita.git ... git fetch git://anongit.kde.org/trojita.git +refs/heads/refs/changes/37/837/2:refs/heads/refs/changes/37/837/2 fatal: Couldn't find remote ref refs/heads/refs/changes/37/837/2 * ERROR: mail-client/trojita-9999::gentoo failed (unpack phase): * Unable to fetch from any of EGIT_REPO_URI * * Call stack: * ebuild.sh, line 115: Called src_unpack * environment, line 3915: Called git-r3_src_unpack * environment, line 2733: Called git-r3_src_fetch * environment, line 2727: Called git-r3_fetch * environment, line 2649: Called die * The specific snippet of code: * [[ -n ${success} ]] || die "Unable to fetch from any of EGIT_REPO_URI"; * * If you need support, post the output of `emerge --info '=mail-client/trojita-9999::gentoo'`, * the complete build log and the output of `emerge -pqv '=mail-client/trojita-9999::gentoo'`. * The complete build log is located at '/tmp/portage/mail-client/trojita-9999/temp/build.log'. * The ebuild environment file is located at '/tmp/portage/mail-client/trojita-9999/temp/environment'. * Working directory: '/tmp/portage/mail-client/trojita-9999/work' * S: '/tmp/portage/mail-client/trojita-9999/work/trojita-9999' >>> Failed to emerge mail-client/trojita-9999
Sorry, copy-paste error. The correct command is: ACCEPT_KEYWORDS='**' EGIT_COMMIT=refs/changes/37/837/2 emerge -1 --nodeps =trojita-9999
Thank you, but no changes so far.
Sorry I forgot to paste: ### Terminal void Gui::MainWindow::applySizesAndState() force-calling updateActionsOnlineOffline void Gui::MainWindow::updateActionsOnlineOffline(bool) true void Gui::MainWindow::updateActionsOnlineOffline(bool) false void Gui::MainWindow::updateActionsOnlineOffline(bool) true Couldn't find out which mailbox is "SOMEMAIL@campus.ul.pt/Archive" when parsing a STATUS reply Couldn't find out which mailbox is "SOMEMAIL@campus.ul.pt/Thesis" when parsing a STATUS reply void Gui::MainWindow::applySizesAndState() force-calling updateActionsOnlineOffline void Gui::MainWindow::updateActionsOnlineOffline(bool) true void Gui::MainWindow::applySizesAndState() force-calling updateActionsOnlineOffline void Gui::MainWindow::updateActionsOnlineOffline(bool) true ###
OK, this only happens when the message widget is hidden -- you're double-clicking on messages to open them, that's why it happens. Do you have a reason for this? We should probably prevent this widget hiding: - there's no UI indicator of this, - it has real support cost, as demonstrated by this bug.
Hi, The reason is when the monitor is not big the information become a bit constricted when there is the message at the same time. I can use the message widget but I was not expecting this behavior. I was expecting when a message was selected it would be enough to trigger the reply options. Thank you.
A good alternative, if you are interested, IMHO would be: 1 - if the message widget is open, the current behavior remains; 2 - if the message widget is hidden, one click open the message in the same way of the "One at Time" layout, instead of opening a second window. Thank you.
> 2 - if the message widget is hidden, one click open the message in the same way > of the "One at Time" layout, instead of opening a second window. I honestly do not think that this is discoverable without additional UI work. You would know how to use it because you offered this idea, but try to imagine someone new creating such a scenario by accident. IMHO, it would need some oobvious UI indication "hey, you should click here to go back".
Yes, I agree. The options I have in mind then are: 1 - leave as is; 2 - or remove the message widget completely on Compact mode, but it may bring issues to several people who are using it like it the way it is now. Probably the majority. Thank you!
The only™ reasonable way is to move the reply/delete/... buttons into the messageview (window) Otherwise, when more than one mail is opened, there's no strong indication about mail the buttons will work on, nor is it controllable. At very least it's ambigious: The user may believe to operate on the mail he's looking at while actually treating the selected one. (iirc the techinical issue on the mails UID would remain, i think we had such peservation issues)