On Apr 24, 2013, at 07:49 , Sahina Bose sab...@redhat.com wrote:
On 04/24/2013 07:47 AM, Einav Cohen wrote:
ovirt find-bugs errors in jenkins - please investigate/fix asap.
[@Eyal - FYI: some of them seem really strange - see Michal's section below]
@Sahina Bose:
find-bugs error
On 04/24/2013 07:47 AM, Einav Cohen wrote:
ovirt find-bugs errors in jenkins - please investigate/fix asap.
[@Eyal - FYI: some of them seem really strange - see Michal's section below]
@Sahina Bose:
find-bugs error details:
Seems that the cleanup worked, now the actual results after the frontend
cleanup pathces are shown without the false positives
http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/4069/
On 04/24/2013 10:11 AM, Michal Skrivanek wrote:
On Apr 24, 2013, at 07:49 , Sahina Bosesab...@redhat.com
I've seen it too, it's after a series of patches I pushed to solve some
findbugs issue that we got this false positive, I've asked Eyal to clean
the target, it seems that findbugs is referring to old code that doesn't
exist anymore.
On 04/24/2013 10:11 AM, Michal Skrivanek wrote:
On Apr 24,
Hi
I've created Change I04d7edea (http://gerrit.ovirt.org/#/c/14188/) that adds
automatic database caching capabilities to the engine.
To cache a business entity, just add an annotation called TimeToLiveInCache
that accepts as a parameter the number of seconds this object can live in the
cache
ovirt find-bugs errors in jenkins - please investigate/fix asap.
[@Eyal - FYI: some of them seem really strange - see Michal's section below]
@Sahina Bose:
find-bugs error details:
http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/4064/findbugsResult/NORMAL/module.-267688716/source.349621/#23
it seems that after the fixes and clean-up, find-bugs is now back to normal:
http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/4073/
all - many thanks for your prompt response!
Regards,
Einav
- Original Message -
From: Einav Cohen eco...@redhat.com
To: Sahina Bose
thanks for the fix.
Also,
finally we see some progress on the 'low' priority bugs, fixing 337,
which now stands on ~1600 instead of ~1900...
http://jenkins.ovirt.org/job/ovirt_engine_find_bugs/4073/findbugsResult/?
Eyal.
- Original Message -
From: Einav Cohen eco...@redhat.com
To:
Incidentally, the other day reading hacker news I happened upon a similar
discussion
and article. It might be an interesting lecture to put in perspective our own
discussion:
article:
http://swaggadocio.com/post/48223179207/why-the-hell-does-your-api-still-use-http-basic-auth
discussion:
Hi,
recently we faced an issue [1] where UserPortal UI refresh optimization logic
[2] interfered with direct UiCommon model updates.
The optimization logic compares freshly received data with existing data and
doesn't trigger UI refresh when there's no change. This inherently implies that
Thanks Antoni,
the article essentially documents the (complete) lack of confidentiality
protection for the transmitted credentials in Basic Auth protocol. Base64
encoding is neither encryption nor hashing so it's pretty much the same as
plaintext.
To be fair, with HTTPS, the confidentiality
11 matches
Mail list logo
