stackapplet 1.4 broken, please bump the version in the Ubuntu Software Center

Bug #1179997 reported by Gerhard Burger
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
stackapplet (Ubuntu)
Fix Released
High
Andrew Starr-Bochicchio
Raring
Won't Fix
High
Unassigned

Bug Description

Version 1.4 simply doesn't work, for some people it doesn't find their account, for me it finds the account but fails to add it.
I am currently using 1.5 from a downloaded deb, which works great.

Related branches

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in stackapplet (Ubuntu):
status: New → Confirmed
Revision history for this message
Nathan Osman (george-edison55) wrote :

Just a quick note: StackApplet 1.5 contains a minor security bug - 1.5.1 was released shortly after to correct the problem.

Changed in stackapplet (Ubuntu):
status: Confirmed → In Progress
assignee: nobody → Andrew Starr-Bochicchio (andrewsomething)
Revision history for this message
Gerhard Burger (burger.ga) wrote :

Thanks for mentioning version 1.5.1 and bumping the version in the software center, much appreciated!

Revision history for this message
Andrew Starr-Bochicchio (andrewsomething) wrote :

I just uploaded 1.5.1 to debian, it will sync over to saucy once it is available.

@Nathan
Are there any discrete commits that you could point to that might help things with 1.4? It would be hard to get the newer release into the stable release, but we could probably get a SRU done for a minimal patchset...

Revision history for this message
Nathan Osman (george-edison55) wrote :

@Andrew
Sadly, there were a lot of major changes made to the source code between those two releases. These include:

* Switching from a GTK+ dialog for configuring the applet to an AJAX-based webpage.
* Moving all blocking network calls to a separate thread.
* Support for the Messaging Menu.

That being said, I looked through the commits that were made immediately after the 1.4 release and revision #63 seems to be the most significant - particularly where I corrected the URL that opens when an item is selected. The old URL was retired a long time and leads to a 404 page.

Hope that helps.

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package stackapplet - 1.5.1-1

---------------
stackapplet (1.5.1-1) unstable; urgency=low

  * New upstream release (LP: #1179997).
  * Use the Launchpad page for both the homepage and watch file.
  * Use my @debian.org address in Uploaders field.
  * Use dh_python2 (Closes: #652303).
  * Bump Standards-Version to 3.9.4, no changes needed.
  * Depend on libjs-jquery, and don't ship the embedded copy.
  * Bump debian/compat to 9.
  * Run wrap-and-sort on the control file.
  * Convert debian/copyright to machine readable format.

 -- Andrew Starr-Bochicchio <email address hidden> Tue, 14 May 2013 16:17:27 -0400

Changed in stackapplet (Ubuntu):
status: In Progress → Fix Released
Revision history for this message
Gerhard Burger (burger.ga) wrote :

@Nathan
Maybe it is also possible to make a stable ppa, your ppa contains too many other programs for my taste, and the other one only has daily builds, which is a bit too unstable for me ;)

Changed in stackapplet (Ubuntu Raring):
status: New → Triaged
importance: Undecided → High
Changed in stackapplet (Ubuntu):
importance: Undecided → High
Revision history for this message
Rolf Leggewie (r0lf) wrote :

raring has seen the end of its life and is no longer receiving any updates. Marking the raring task for this ticket as "Won't Fix".

Changed in stackapplet (Ubuntu Raring):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.