You are mistaken...There is no change wrt to swiping behaviour...I'm on PR1.3 too and bottom-up swipe still unlocks the screen...

i dont get what you mean by pulling the menu up in the Home Screen...

In-app swiping also has no changes...

I've edit my post to clarify a bit a few bits. I meant the quick launch *bar (just googled the correct wording), not really a menu.

To my knowledge, previously in order to pull up the quick launch bar, you had to perform a slighty complicated swipe, which wasn't always responsive for me in PR1.2 (so I never used it):
"by swiping up from the bottom of the screen and holding briefly" as quoted from swipe.nokia.com/design
But in PR1.3, all I've done were quick flicks on the Lock Screen, and the quick launch bar always appears when I go bottom-up no matter how fast I swipe.

@mmeow
As was stated above - there is no change in swipe behavior in PR1.3.
Flicking upwards from bottom unlocks the device. Swiping shortly upwards and holding reveals the quicklaunch bar.

Just tested: no need to hold now for quick launch bar. So I should somewhat confirm the change: in PR1.2 it was harder to get quick launch bar. Now short swipe from bottom brings it without holding, long swipe without holding still unlocks. Long swipe and hold brings quick launch bar as before.

* Short swipe is from bottom to about 1/3 of screen height or less. Long is more than 1/3 of height up.

Found one fix:

If you read a feed in the feeds-app, it wont be removed now from the list. Instead it is marked as unread (without the orange bar). In the previous version the feeds were automatically removed.

I think this depends on the settings. In settings you can set whether read feed titles are removed or not.

See Loginin's post above, it's still possible to swipe away from a bottom-up action, you just need to swipe higher.
If you swipe up slightly less, then you will still get the quick launch bar.
I'm not sure if it's really all that different from PR1.2, you never had to hold very long on PR1.2 to get the QL bar.
I don't have a PR1.2 device to compare it with right now...

That's never been possible, you always need to have an app in the foreground.

?

Ahh, okay, that seems to be the case.

I've always unlocked by quick "flicks" rather than a deliberate swipe. Back in PR1.2, not once did I manage to open the quick launch bar via the Lock Screen using the same "flicking" action.

I just tried swiping longer up the screen (past the middle) w/ PR1.3, and was able to unlock. So Nokia likely refined the quick launch bar gesture, probably removed the "hold" part.

Not sure if it's been mentioned, but I just noticed that Calender now keeps settings correctly, previously when "Week Starts On" was changed to prefered day, in my case it's Sunday, these changes would be reversed the following day. Seems to work properly now.

When making several changes to a system at the same time it's often easy to get an impression of something having changed that actually hasn't changed, especially if there is no changelog available at all. This leads to incorrect information spread around and complaints about bugs that don't really exist, have existed in previous versions or are caused by a different application - not the one that was actually updated. Since stock Harmattan applications are distributed as Debian packages and Debian packages usually contain a changelog, more information about PR1.3 changes is publicly available for those interested.

This page lists the changes between Harmattan PR1.2 and PR1.3 visible from the Debian packages. The package version differences were gathered by listing all installed packages on a vanilla PR1.2 device with dpkg -l, doing the same on a vanilla PR1.3 device and creating a diff between the two. To get more detailed information about the changes each changed package was then downloaded locally on the PR1.3 device with apt-get -d install --reinstall. Each package was extracted using dpkg-deb -x and the relevant changelog portions were gathered using dpkg-parsechangelog -s -l. Even though most packages do include a changelog some of them don't, so some changes are missing. It should also be noted that several binary packages can be built from a single source package, so even though the package version list shows, for example, a number of l10n-pack-* packages, all the packages and their changes originate from a single source package, l10n-harmattan.

Not all changelog entries are useful or informative. Many of them only refer to internal Nokia bug numbers. Most of them describe the bug briefly but without going into any detail. However, this should provide an insight into what kind of changes went into Harmattan PR1.3. They're bug fixes and there are plenty of them. It should also be noted that some of the fixes may be for bugs that did not exist in PR1.2 but were introduced during PR1.3 development.