Modify ↓
#156 closed bug (invalid)currently nightly does not download any mails?
Description
hi.
unfortunately the last "working" nightly timed out today and i was forced to use the current nightly which has a big "warning" notice in the changelog.
when trying to download messages it just does not work. nothing is downloaded.
(sorry if this is known)
regards Attachments (0)Change History (9)comment:1 Changed 3 years ago by thboeckel
comment:2 Changed 3 years ago by MichaelMerkel
hi thore.
just to answer your question:
and why do i fool use that version which is told to be broken:
well, guess what, i wanted to do the latter. i did. until today when the latest one stopped working.if you suggest using the last working nightly build it would have been sort of nice to remove the timeout in that one. just my 2ct.
again - sorry that i wanted to report a bug.
regards comment:3 Changed 3 years ago by damato
No we are suggesting to revert to the latest official build instead (2.6) which anyway isn't that different from the current nightly builds. So sorry, but we have to do some large internal changes and thus currently the nightly builds are broken. comment:4 Changed 3 years ago by MichaelMerkel
hi damato.
thanks for the answer. i will "downgrade" now as there is no other opinion.
but just to make my point clear: you suggest to either revert to 2.6. OR to keep the latest stable nightly
i just was a bit upset that a bug report of a reaper (which by the way is in since several nightly builds) is answered in such an impolite way. "thats not a bug it's a known issue"
regards comment:5 Changed 3 years ago by opiopi
Don't worry Michael. I get into the same troubble some time ago.
I hope the mentioned bugs are removed ASAP so testers can use
BTW: i never saw an open source project so much time unusable!
I think for such things svn have the possibility to open branches comment:6 Changed 3 years ago by damato
Come on guys, don't be unfair.
We are always trying hard to keep the nightly builds usable. But unstable builds are as the name implies "unstable" per se. These are no beta versions nor versions that are ment to be used daily. And of course we could open SVN branches and work there but this would even take more time from us and hey, we are only 3 people working on YAM. So please calmn down and don't compare YAM with public open source projects like e.g. Thunderbird where you got hundreds of developers. The stable build works perfectly right now and isn't that far away from what we changed in 2.7 already. So please don't make our live even more complicated by forcing us to not work on the trunk. As soon as we have the time we will finalize our changes to the transfer stuff and then people are free to use the nightly builds again. comment:7 Changed 3 years ago by MichaelMerkel
hi damato.
sorry. i was not unfair. at least it was not my intention to be so. if you feel like that - i only can say sorry.
sure. unstable means for me that the build may unexpectedly crash. that's fine. but it crashed actully redproducible on my side so i thought a bugreport would be - at least - welcome. but it wasn't.
again - sorry if someone felt upset! at least i did.
regards comment:8 Changed 3 years ago by damato
Ok guys, FYI. I just moved all the highly experimental stuff (new transfer/preselection window) to a separate SVN branch "newtransfer-2.7". So the next upcoming nightly build should hopefully be usable again. comment:9 Changed 3 years ago by opiopi
Many thanks for moving the new stuff into a new branch. Note: See
TracTickets for help on using
tickets. | This list contains all users that will be notified about changes made to this ticket. These roles will be notified: Reporter, Owner, Subscriber
| ||||||||||||||||||||||||||||



You read the big warning, but did you understand it? It says that the current nightly builds are unstable and may not work at all. This is exactly what you noticed right now. And this is a known and even documented fact. So where is the bug?
Sorry for being harsh, but if we already tell about known bugs and crashes there is no reason to tell us again.