[Libreoffice-qa] [ANN] LibreOffice 3.5.0 beta3 available
Hi *, for the upcoming new version 3.5.0, we continue with a beta3 build that is now feature-complete. For further milestones on the way towards 3.5.0, please refer to our release plan timings here: http://wiki.documentfoundation.org/ReleasePlan#3.5_release Builds are now being uploaded to a public (but non-mirrored - so don't spread news too widely!) place, as soon as they're available. Grab them here: http://dev-builds.libreoffice.org/pre-releases/ If you've a bit of time, please give them a try report *critical* bugs not yet in bugzilla here, so we can incorporate them into the release notes. Please note that it takes approximately 24 hours to populate the mirrors, so that's about the time we have to collect feedback. The list of fixed bugs relative to beta2 is here: http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-5-release-3.4.99.3.log So playing with the areas touched there also greatly appreciated - and validation that those bugs are really fixed. Thanks a lot for your help, -- Thorsten pgppzyXViJ8q2.pgp Description: PGP signature ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Minutes - QA related - TSC call 2012-01-12
Hi Rainer, all Took the liberty of fixing the date and some typos ;) What do you mean OOo has a 3.4 Beta? Are you referring to the old Beta released in April 2011? In any case we can't avoid people from switching projects. What we need to worry about is why they switched and if there is something TDF can do about it... I'm still worried about possible regressions from 3.3.x to 3.4.x... I'm not sure about this (I use Ubuntu occasionally) but am I mistaken that if Ubuntu decides to update LO from 3.3.4 to 3.4.5, all machines will be automagically updated to 3.4.5? And if they decide not to update, Ubuntu users will be stuck on 3.3.4? This is the first time I'm not worried about Windows users :) There are no automatic updates for products that are not from Microsoft :) -- View this message in context: http://nabble.documentfoundation.org/Libreoffice-qa-Minutes-QA-related-TSC-call-2012-01-12-tp3654177p3654310.html Sent from the QA mailing list archive at Nabble.com. ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Minutes - QA related - TSC call 2012-01-12
Pedro schrieb: Hello Pedro, Took the liberty of fixing the date and some typos ;) THX! What do you mean OOo has a 3.4 Beta? Are you referring to the old Beta released in April 2011? Yes, of course, I can't imagine why it seemed new to me. Have to wipe my glasses again. ... worry about is why they switched and if there is something TDF can do about it... Yes, of course! My intention was to check whether there is an upcoming problem, and currently I don not see any. I'm still worried about possible regressions from 3.3.x to 3.4.x... Me to. My statistics Situation for 3.4 from the Minutes page (TSC call 2011-12-15 Regressions, I again did the queries and did not see real progress) still are not encouraging, although the reaction visible on http://wiki.documentfoundation.org/Most_Annoying_Regressions were very few. Limitations because of regressions do exist, and I still have to use OOo 3.1.1(!) for some printing tasks, and A particular masterversions for E-Mail mailmerge, ... . I agree, an automatic update might be horrible for some users. CU Rainer ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] 3.5.0 QA ... from BHS 1 to BHS 2
Hi, please keep in mind that I'm by no means a QA expert, but sometimes I'm good in expressing thoughts and fears of ordinary people ;-) On Tuesday, January 10, 2012 09:58:48 AM Michael Meeks wrote: On Mon, 2012-01-09 at 16:20 +0100, Nino Novak wrote: ... So - I'd love to understand this desire for less frequent releases better :-) After all, we have tinderboxes churning out at least daily releases (in theory), perhaps several a day if we are lucky. I think, people simply need enough time as daily spare time window might be small: imagine about 2-3x weekly 1-2 hours, but often there's much less. So in good times they can install one release per week and test it for one or two 1-2 hours periods in the same week. That's it. As for the frequency: I for my part prefer to have a most-recent build for testing, so no - the release frequency should IMHO *not* decrease. But somehow I'd also like to have the feeling of having enough time to test in depth. Here a clearer prioriritization might be helpful. I don't know if it's important, but I just wanted to mention that I very rarely take the time to test a release according to a fixed testing plan (Litmus etc) but most often just try to do my usual office work on copies of my original documents in a sandbox (and if nothing suspicious happens, after 3-4 weeks those sandbox document copies become masters again and replace the original documents). And my impression is, that many people do this en passant testing and thereby discover problems or bugs. What is the concern about having new RC's ? is it that you think developers will not care about and/or test any bugs that appear in something one release-candidate old ? [ that seems unlikely if it is a serious bug ], or ? ... For /serious/ bugs, well, ok, but what if they are not-so-serious? Where's the threshold? And, to raise a different issue: People might well feel overwhelmed by the release frequency. Lost in release fusillades, so to speak. I personally have decided to concentrate on testing the most recent code line whenever possible. But many people still do not understand the release plan, and in addition do not know, how they can be (or make) sure that their test install will not interfere with their productive version. The QA-FAQ does not address this issue, you have to search for infos in the wiki... So in summary, it may be a little bit the Mohammed - mountain problem. Cor's activities are a good starting point and most appreciated :-) In the end, we have the common goal to make the software working as smoothly as possible. Fourth, which is more an open question, how the success of Release QA could be monitored intelligently. My (naive) wish would be to have usage numbers, let's say - how often a Release has been launched on which OS platform without failure We have some download statistics of those that can be extracted (I suspect), and we have the on-line update statistics too which may give some yard-stick for successful launch ;-) usually the app has to stay alive for a little while to do that request. (I'd appreciate if something like that could be implemented, but the effort should be kept low) - how often which module has been started - how many documents have been created/edited/viewed successfully - which particular functions have been called how often successfully These other phone-home things are more tricky, needing coding support, but it's of course a good idea to ensure good code coverage. Ideally - I'd like to reduce the burden on human QA though, so we're investing and encouraging (where we can) fast automated test that run during the compile: so you should never get a build that has pathaological failures [ assuming our test are complete enough ;-]. Hopefully that makes the process of QA more difficult rewarding ;-) but of course there is always room for lots of improvement, and some things are hard to test. All the above written does not relate to machine tests, only to manual tests. We should keep these two different approches well separated in discussion as they have different needs each one. For automated tests, you need skilled people. Manual testing can be done by Joe Average, at least in theory. One thing that is really nasty to test is the new header/footer/page-break stuff. I get intermittent leakage of page-breaks in documents (with several rendered on the screen); -but- while (after editing a document) I can reproduce them nicely, if I save re-load in another instance - I cannot ;-) so - there is a real need for some from a clean document reproduction steps for those issues - some of which may be races too ;-) help there much appreciated. (others have to step in here, as I didn't test header/footer much yet - except that I wondered that deleting header/footer cannot be undone :-( ) Nino ___ List Name:
[Libreoffice-qa] ИМПОРТ ЭКСПОРТ 2010 2012 ТНВЭД
Оповещение: ОБНОВЛЕНИЕ Обновление по статистике ВЭД ИМПОРТ ЭКСПОРТ 2010- 2011 год. Справочник ИМПОРТА ЭКСПОРТА 2010- 2011года поможет Вам с поиском новых партнёров по бизнесу маркетинг, анализ, обзоры внешней торговли по любым группам товаров; любому коду ТНВЭД. Любой пример по Вашему товару. РОССИЯ 2010 год полностью 2500 руб. Импорт-экспорт РОССИЯ 2011 год 9 месяцев, можно только отбор по коду ТНВЭД в формате EXEL. РОССИЯ 2011 год 4 месяца 2000 руб. Импорт-экспорт УКРАИНА 2010 год полностью 2000 руб. Импорт экспорт УКРАИНА 2011 год 11 месяцев 2000 руб. Импорт экспорт Поиск можно осуществлять по нескольким критериям ОБРАТНЫЙ АДРЕС ДЕМО-ВЕРСИЮ справочника МОЖНО ПОСМОТРЕТЬ ЗАПРОС по телефону. По вопросу приобретения обращаться по телефону 8 926 524-43-34 спросить Владимира С Уважением. - No se encontraron virus en este mensaje. Comprobado por AVG - www.avg.com Versión: 10.0.1416 / Base de datos de virus: 2109/4138 - Fecha de publicación: 01/12/12 ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/