KIO::SlaveBase patch for yourconsideration

[Dawit A.]

X-BeenThere: kde-core-devel at mail.kde.org
X-Mailman-Version: 2.1.1
Precedence: list
Reply-To: kde-core-devel at kde.org
List-Id: KDE Core Development <kde-core-devel.mail.kde.org>
List-Unsubscribe: <http://mail.kde.org/mailman/listinfo/kde-core-devel>,
	<mailto:kde-core-devel-request at mail.kde.org?subject=unsubscribe>
List-Post: <mailto:kde-core-devel at mail.kde.org>
List-Help: <mailto:kde-core-devel-request at mail.kde.org?subject=help>
List-Subscribe: <http://mail.kde.org/mailman/listinfo/kde-core-devel>,
	<mailto:kde-core-devel-request at mail.kde.org?subject=subscribe>
Sender: kde-core-devel-bounces-+kde-kde-core-devel=m.gmane.org at mail.kde.org
Errors-To: kde-core-devel-bounces-+kde-kde-core-devel=m.gmane.org at mail.kde.org

On Sunday 13 July 2003 00:10, Alex Zepeda wrote:
> I'd like to commit the following patch to kio.  Basically I see no reason
> why anything other than what's in the "private class" should be hidden
> from other classes that may desire to inherit SlaveBase.  I believe that
> such a change is binary compatible but I'm unsure.  Objections?

storeAuthInfo is obsolete and should have been removed.  IIRC changing the 
privilege level of member variables is NOT BC.

-- 
Regards,
Dawit A.
"By filing this bug report you have challenged 
the honor of my family. Prepare to die!"